У меня есть задание, которое запускается каждую ночь и делает полную резервную копию всех баз данных на сервере. В течение дня другое задание выполняет дифференциальное резервное копирование каждые несколько часов.
Проблема возникает при создании новой базы данных. Задание дифференциального резервного копирования завершается сбоем каждый раз, пока задание полного резервного копирования не будет запущено в первый раз после добавления базы данных. После этого все работает, как ожидалось, по крайней мере, пока не будет добавлена еще одна новая база данных.
Конечно, дифференциальное резервное копирование не имеет смысла, когда еще нет полной резервной копии, и я предполагаю, что именно поэтому я получаю сообщение об ошибке.
Вопрос в том, что я могу сделать, чтобы предотвратить это, желательно что-то, что не требует ручных действий каждый раз, когда добавляется новая база данных?
Первый вопрос: зачем так часто снимать дифференциалы? Если вам нужен такой уровень восстанавливаемости, настройте свои базы данных на полное восстановление и сделайте резервные копии журналов.
Но, отвечая на исходный вопрос, перепишите процедуру резервного копирования, чтобы определить, нет ли полной резервной копии для этой базы данных, а если нет, выполните полное резервное копирование. Информацию о резервном копировании можно найти в msdb в таблицах резервных * * (резервный набор, резервный медиасет и т. Д.).
Да, вы можете создать сценарий полного резервного копирования для запуска во время создания базы данных или добавить код для создания полных резервных копий новых баз данных в начале вашего задания дифференциального резервного копирования.
Или вы можете проигнорировать ошибки, что может быть сложно, в зависимости от того, сколько их.
Какое действие предпочтительнее, будет зависеть от факторов, которые вы нам не сообщили, поэтому мы не можем сказать, но вы должны быть в состоянии выяснить, стоит ли создавать сценарий для резервного копирования ваших новых баз данных перед заданием дифференциального резервного копирования. или не.