Должны ли планы обслуживания SQL 2000 и 2005 быть устойчивыми к отсоединению или отключению базы данных?
Я отключил / отключил несколько баз данных, и теперь планы обслуживания не работают, потому что SQL не может найти / подключиться к базе данных. Мне кажется простым делом для SQL либо пересчитать сценарий при таком изменении, либо иметь план обслуживания, созданный мастером, который (в худшем случае) просто выдаст предупреждение о недоступных базах данных и продолжит работу с независимыми частями сценарий, например, другие базы данных.
Как бы то ни было, мне кажется, что я должен входить в каждый шаг-блок плана обслуживания «Пользовательские базы данных», переключать настройку на «Все базы данных», хорошо, выйти из мастера, сохранить, вернуться и установить его обратно в «Все базы данных, кроме системных баз данных», ОК, выйти из мастера и сохранить. Это много кликов! (Это 2005 год с таким же неудобным списком на 2000 год)
Это нормально? или что-то еще не так?
Спасибо!
Джейсон,
Да, это нормально, и именно поэтому многие люди (включая меня) решили внедрить собственные планы обслуживания.
Еще одна особенность MP состоит в том, что они попытаются сделать дамп журнала trx для базы данных в режиме ПРОСТОГО восстановления. Вы могли бы подумать, что это простая проверка перед попыткой резервного копирования базы данных, верно? Ну, это так, но не внутри депутата, твоя работа просто терпит неудачу.
Есть много таких маленьких причуд. Если вы полагаетесь на MP для обработки резервных копий вашей базы данных, вы должны знать, что любое изменение, внесенное в базу данных, может отрицательно повлиять на MP, и вам нужно будет пересмотреть и действовать соответствующим образом. В противном случае вам, скорее всего, напомнят, когда в следующий раз задание не удастся.