Назад | Перейти на главную страницу

План обслуживания SQL Server: восстановление индексов и размер файла резервной копии журнала транзакций

В моем ночном плане обслуживания я делал все - реорганизовывал и перестраивал индексы, обновлял статистику и т. Д. Есть почасовой план обслуживания, который делает резервную копию журнала транзакций.

Я заметил, что резервное копирование журнала транзакций сразу после ночного восстановления было огромным - и небольшое исследование показало мне, что это произошло потому, что восстановление индексов и т. Д. Было зарегистрированными операциями.

Я не хочу обременять свою систему резервного копирования резервным копированием журналов перестроений индекса. Поэтому я планирую изменить план Nightly на:

  1. Восстановить индексы, обновить статистику и т. Д.
  2. DUMP TRANSACTION WITH NO_LOG (в наши дни это, по-видимому, называется тестом BACKUP LOG WITH TRUNCATE_ONLY)
  3. Сжать файлы журнала
  4. Сделайте полную резервную копию базы данных

Вопросы:

  1. Что-то не так с этим планом?
  2. Как лучше всего включить усечение журнала в план обслуживания?
  3. Я только что прочитал, что включение индексов Reorganize и Rebuild является избыточным. Как мне решить, какой из них лучше использовать в ночном плане?

Да, выполнение и «Организовать», и «Перестроить» излишне. Вы должны сделать то или другое, но не то и другое одновременно.

На больших таблицах я бы не стал делать автоматическую перестройку. Я бы запустил собственный сценарий, который определяет, превышает ли фрагментацию пороговое значение, и выполнял бы перестройку, только если она превышает пороговое значение. Некоторые люди используют 40% для процента восстановления.

Сценарий для соответствующей перестройки / реорганизации индексов базы данных
https://blogs.msdn.com/b/joaol/archive/2008/01/28/script-to-rebuild-and-reorganize-database-indexes-sql-server-2005.aspx

https://stackoverflow.com/questions/7579/reorganise-index-vs-rebuild-index-in-sql-server-main maintenance-plan

http://www.sql-server-performance.com/2007/rebuilding-indexes

http://www.tekrhythm.com/2012/01/21/sql-script-to-rebuild-indexes-more-intelligently