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