Я установил сценарии обслуживания Ola Hallengrens, и он создал для меня рабочие места.
DatabaseBackup - SYSTEM_DATABASES - FULL
DatabaseBackup - USER_DATABASES - FULL
DatabaseBackup - USER_DATABASES - DIFF
DatabaseBackup - USER_DATABASES - LOG
DatabaseIntegrityCheck - SYSTEM_DATABASES
DatabaseIntegrityCheck - USER_DATABASES
IndexOptimize - USER_DATABASES
Я планирую следовать его указаниям, отвечая на вопрос о его Вопросы-Ответы How should I schedule the jobs?
Это зависит от периода обслуживания, размера баз данных, максимальной потери данных и многих других факторов. Вот несколько рекомендаций, с которых вы можете начать, но вам нужно будет адаптировать их к вашей среде.
Пользовательские базы данных: полное резервное копирование один раз в неделю. Дифференциальное резервное копирование во все остальные дни недели. Резервное копирование журнала транзакций каждый час. Проверяйте целостность один раз в неделю. Оптимизация индекса один день в неделю.
Системные базы данных: полное резервное копирование каждый день. Проверяйте целостность один раз в неделю.
Проверка целостности после оптимизации индекса. Это связано с тем, что восстановление индекса иногда может исправить повреждение базы данных. Полная резервная копия после оптимизации индекса. Тогда следующие дифференциальные резервные копии будут небольшими. Полная резервная копия после проверки целостности. Тогда вы знаете, что с резервной копией все в порядке. Это означает сначала оптимизацию индекса, затем проверку целостности и, наконец, полное резервное копирование.
У меня все еще вопрос, How should I schedule the jobs?.
В частности:
Если я выполняю полное / дифференциальное резервное копирование в полночь каждый день, следует ли мне запускать резервное копирование журнала транзакций также в полночь? Или я должен заставить полуночное задание запустить журнал транзакций, а ЗАТЕМ сделать полную резервную копию / diff? Или я просто не выполняю резервное копирование журнала транзакций в полночь?
Как мне настроить задание на выполнение оптимизации индекса, затем проверки целостности и затем полного резервного копирования? Я не хочу, чтобы резервные копии diff и резервные копии журналов транзакций были огромными после перестроения индекса, если это не абсолютно необходимо.
Любой совет относительно того, как это устроили другие, был бы замечательным.
Это все будет очень общим, но начнем.
Полное резервное копирование ежедневно. Резервное копирование журнала транзакций каждые 15 минут (более или менее в зависимости от того, насколько допустима потеря данных в случае полного отказа базы данных). Восстановление или дефрагментацию индекса следует, вероятно, выполнять еженедельно (ежедневно для больших баз данных). Проверки целостности следует проводить ежедневно. Если ежедневная проверка невозможна (проверка целостности очень интенсивна для ЦП и операций ввода-вывода), то, по крайней мере, еженедельно.
Резервное копирование журнала транзакций непосредственно после обслуживания индекса будет довольно большим по сравнению с другими. С этим ничего не поделать. НЕ изменяйте базу данных с полного восстановления на простое для операции восстановления индекса. НЕ сжимайте файлы после завершения работы. Дайте бревнам вырасти до необходимого размера и оставьте их там.