Преимущество файловых групп и настройка файловых групп только для чтения

Может ли кто-нибудь привести мне сценарий реального мира, когда изменение нескольких файловых групп на доступное только для чтения является хорошим вариантом и когда их использовать? Какие преимущества есть, если вы установите его только для чтения?

В базе данных с несколькими файловыми группами, нужно ли делать резервные копии для всей базы данных, а также создавать резервные копии каждого из файлов этой файловой группы? Можете ли вы также привести пример использования резервных копий файловых групп? Я не понимаю, почему было бы полезно сделать резервную копию файловой группы, когда вы можете просто сделать резервную копию всей базы данных. Надеюсь, я смогу получить реальный опыт, где эта резервная копия файловой группы была бы идеальной

Ваш вопрос немного широк, однако некоторые из основных моментов включают следующее.

Несколько групп файлов, в общем:

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

• может улучшить восстанавливаемость, включив частичное восстановление . Поэтапное восстановление можно использовать для быстрого вывода важных производственных данных в оперативный режим, позволяя при этом восстановление архивных данных, чтобы не повлиять на онлайн-активность. Имейте в виду, что пошаговое восстановление в режиме онлайн - это опция «Только для предприятий». Я написал сообщение в блоге, показывающее, как выполнять частичное восстановление на SQLServerScience.com

• Резервное копирование не требуется индивидуально, однако резервное копирование может выполняться индивидуально, что может быть необходимо для VLDB. Обратите внимание, что при резервном копировании отдельных файловых групп вы также должны сделать резервную копию основной файловой группы.

Файловые группы только для чтения:

• Может использоваться для уменьшения конкуренции за данные только для отчетов.

• Может использоваться, очевидно, для предотвращения изменения данных.

• Не нужно запускать процесс восстановления при подключении базы данных к сети. Это может существенно улучшить время восстановления для VLDB.

• Кроме того, хотя файловые группы для чтения и записи не могут использоваться со сжатием файловой системы NTFS, файловые группы только для чтения могут . Здесь подразумевается, что для очень ограниченного набора систем вы можете увидеть небольшое улучшение производительности для данных VLDB, которые находятся на более медленных дисках, сжимая файлы файловой группы, доступные только для чтения, на диске. Это, конечно, необходимо оценивать в каждом конкретном случае по сравнению с загрузкой ЦП, необходимой для распаковки кластеров NTFS, когда они считываются с диска.

Мифы вокруг файловых групп только для чтения:

• «Статистика никогда не будет обновляться для таблиц, хранящихся в файловой группе только для чтения». Это абсолютно неверно и может быть доказано путем создания тестового стенда, как показано в моем блоге на SQLServerScience.com . Спасибо @PaulWhite за то, что указал мне на это.

• «В базах данных только для чтения блокировка не выполняется. Это может привести к более высокой производительности запросов ». Это неверно, если вся база данных только для чтения. Одна файловая группа только для чтения не позволяет пропускать общие блокировки .