SQL 2000 和 2005 维护计划是否应该对分离或脱机的数据库具有弹性？
我分离/脱机了一些数据库，现在维护计划全部失败，因为 SQL 无法找到/连接到数据库。在我看来，对于 SQL 来说，要么在发生此类更改时重新计算脚本，要么拥有一个由向导生成的维护计划，该计划（在最坏的情况下）只会发出有关不可用数据库的警告并继续处理脚本，例如其他数据库。
事实上，在我看来，我需要进入“用户数据库”维护计划的每个步骤，将设置切换到“所有数据库”，确定退出向导，保存，返回并设置它回到“除系统数据库之外的所有数据库”，确定退出向导，然后保存。这是很多点击！（那是 2005 年，2000 年的名单同样尴尬）
正常吗？还是有其他问题？
谢谢！
杰森，
是的，这很正常，这就是为什么很多人（包括我自己）决定“推出自己的”维护计划的原因。
MP 的另一个怪癖是他们将尝试在 SIMPLE 恢复模式下为数据库执行 trx 日志转储。您会认为这是在尝试数据库备份之前进行的简单检查，对吧？嗯，是的，但不是在国会议员内部，你的工作失败了。
有很多这样的小怪癖。如果您依赖 MP 来处理数据库备份，那么您必须意识到对数据库所做的任何更改都可能对您的 MP 产生不利影响，您需要进行审查并采取相应措施。否则，您很可能会在下次作业失败时收到提醒。