SQL Server: FileGroup только для системных таблиц?

Question

Одним из наших корпоративных стандартов является отдельная файловая группа/файл для пользовательских таблиц/индексов. Это установлено в качестве по умолчанию, поэтому не нужно квалифицировать создание табличных операторов.

Так что это похоже на это

• FileID 1 = системные таблицы, MDF
• fileID 2 = t-log = ldf
• fileId 3 = пользовательский материал = ndf

Может ли кто -нибудь здесь помочь понять оригинальное оправдание, почему это было обязательно?

---

Я приду чисто и утверждаю, я думаю, что это вуду. Являюсь я неправильный...?

РЕДАКТИРОВАТЬ: Мне известно, как использовать файловые группы для разделения индексов/разделов/архивов, а также как восстановить частично. Этот вопрос об использовании отдельной файловой группы в том же томе только для системных таблиц.

Answer 1

Учебная книга Microsoft 70-432 говорится, что «основная причина не разместить ни один из ваших объектов в группу первичных файлов, заключается в том, чтобы обеспечить как можно больше изоляции в вводе/выводе. Данные в системных объектах не часто меняются, как данные В ваших объектах. Минимизируя активность записи в первичный файл данных, вы уменьшаете возможность введения коррупции из -за сбоев оборудования. Кроме того, поскольку состояние первичной файловой группы также определяет состояние базы данных, вы можете увеличить доступность из базы данных мои минимизации изменений, внесенных в первичную файловую группу ».

Итак, возьмите это, как хотите. Другие говорят, что это не обязательно при определенных обстоятельствах и, конечно, больше для поддержания. Просто подумал, что дам рассуждения Microsoft.

Answer 2

Это не выгода от производительности, существует восстановительная выгода. Если повреждение файлов происходит в системных таблицах, то база данных теряется. Если вы храните пользовательские данные в отдельной группе файлов (или групп), вы можете восстановить только те файлы, удерживающие оставшуюся базу данных в Интернете во время восстановления (предполагая Enterprise Edition здесь).

Если именно поэтому они утверждают это, я не могу сказать, но это было бы преимуществом наличия нескольких групп файлов только с системными объектами в основной файловой группе.

Однако вы должны пнуть в мусорном положении, чтобы сказать, что Autoshrink должен быть включен.

Answer 3

Не уверен, что я понимаю, вы просите кого -нибудь оправдать ваш корпоративный стандарт? Я думаю, что тот, кто написал, что DOC стандарта для вашей компании сможет пролить свет на то, почему это будет сделано.

При этом некоторые магазины нередко хотят разбить системные данные из пользовательских данных. И при использовании в сочетании с выделенными наборами дисков, вы можете пожинать некоторый прирост производительности.