Перевага файлових груп та налаштування груп файлів лише для читання

Чи може хтось цитувати мені сценарій реального світу щодо зміни кількох файлових груп на режим лише для читання - це хороший варіант і коли їх використовувати? Які переваги є, якщо встановити його лише для читання?

Чи потрібно робити у базі даних з декількома групами файлів резервні копії для всієї бази даних, а також створювати резервні копії кожного з файлів цієї файлової групи? Чи можете ви також надати приклад, коли будуть використовуватися резервні копії файлових груп? Я не бачу, чому було б вигідно створити резервну копію файлової групи, коли ви можете просто створити резервну копію всієї бази даних. Сподіваючись, що я можу отримати реальний досвід у світі, де резервна копія цієї групи файлів була б ідеальною

Ваше запитання дещо широке, проте деякі основні моменти включають наступне.

Кілька груп файлів, загалом:

• може бути покращенням продуктивності, якщо припустити, що вони фізично ізольовані. Як правило, ви можете створити одну групу файлів для кластерних індексів, одну групу файлів для некластеризованих індексів і одну групу файлів для купи. Або ви можете створити кілька груп файлів у ситуації з розділеннями.

• може покращити відновлення, дозволяючи відновити шматок їжі . Відновлення поодиноких страв можна використовувати для швидкого виведення критичних даних про виробництво в Інтернеті, дозволяючи відновлення архівних даних не впливати на онлайн-діяльність. Будьте в курсі відновлення онлайн -трапези - це лише варіант для підприємства. Я написав допис у блозі, де було показано, як робити відновлювальні страви на SQLServerScience.com

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

Групи файлів лише для читання:

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

• Очевидно, можна використовувати для запобігання модифікації даних.

• Не потрібно запускати процес відновлення, коли база даних передається в Інтернет. Це може істотно покращити час відновлення для VLDB.

• Крім того, хоча групи файлів з читанням-записом не можуть бути використані при стисненні на основі файлової системи NTFS, групи файлів лише для читання можуть . Слід мати на увазі, що для дуже обмеженого набору систем ви зможете побачити незначне поліпшення продуктивності даних VLDB, які розміщуються на повільних дисках, стискаючи на диску файли групи файлів групи лише для читання. Це, звичайно, потрібно оцінювати в кожному конкретному випадку проти накладних процесорів, необхідних для декомпресії кластерів NTFS під час їх зчитування з диска.

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

• "Статистика ніколи не буде оновлюватися для таблиць, що зберігаються у групі файлів лише для читання." Це абсолютно неправильно, і це можна довести, створивши тестовий блок, як показано в моєму дописі на блозі на SQLServerScience.com . Дякуємо завдяки @PaulWhite за те, що мені це вказали .

• Msgstr "Блокування не відбувається в базах даних лише для читання. Це може спричинити швидкість виконання запитів ". Це неправильно, якщо тільки вся база даних не читається. Сама група файлів лише для читання не дозволяє пропускати спільні блокування .