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

SQL 2000和2005维护计划是否应该适应要分离或脱机的数据库?

我分离/脱机了几个数据库,现在维护计划失败了,因为SQL无法find/连接到数据库。 在我看来,SQL的一个简单的事情就是在这样的改变时重新计算脚本,或者有一个向导生成的维护计划(最坏的情况下)会发出关于不可用数据库的警告,并继续独立于脚本,如其他数据库。

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

这是正常的吗? 或者是其他的错误?

谢谢!

杰森,

是的,这是正常的,这就是为什么很多人(包括我自己)决定“自己动手”维护计划。

MP的另一个怪癖是他们将尝试在SIMPLE恢复模式下为数据库执行trx日志转储。 你可能会认为这是一个简单的检查之前尝试数据库备份,对不对? 嗯,这是,但不是在议员,你的工作失败了。

有很多像这样的小怪癖。 如果您依靠MP来处理数据库备份,那么您必须意识到,对数据库所做的任何更改都会对MP造成不利影响,因此您需要审查并采取相应措施。 否则,当下一次工作失败时,很可能会提醒您。