更智能的 SQL 2000 和 2005 维护计划？

Question

SQL 2000 和 2005 维护计划是否应该对分离或脱机的数据库具有弹性？

我分离/脱机了一些数据库，现在维护计划完全失败，因为 SQL 找不到/连接到数据库。在我看来，SQL 要么根据这样的更改重新计算脚本，要么拥有一个向导生成的维护计划，该计划将（在最坏的情况下）仅发出有关不可用数据库的警告并继续执行独立部分脚本，例如其他数据库。

事实上，在我看来，我需要进入“用户数据库”维护计划的每个步骤块，将设置切换到“所有数据库”，退出向导，保存，返回并设置它回到“除系统数据库之外的所有数据库”，确定退出向导，然后保存。这是很多点击！（那是 2005 年，2000 年的名单同样尴尬）

正常吗？还是有其他问题？

谢谢！

Answer 1

杰森，

是的，这是正常的，这就是为什么许多人（包括我自己）决定“自行制定”维护计划的原因。

MP 的另一个怪癖是他们会尝试在 SIMPLE 恢复模式下为数据库执行 trx 日志转储。您会认为这是在尝试数据库备份之前进行的简单检查，对吗？嗯，是的，但不是在 MP 内部，你的工作就失败了。

有很多这样的小怪癖。如果您依赖 MP 来处理您的数据库备份，那么您必须意识到对数据库所做的任何更改都可能对您的 MP 产生不利影响，您需要进行审查并采取相应的行动。否则，下次作业失败时，您很可能会收到提醒。