让SQL Server数据库自动执行管理任务（二）

二是什么时候CPU是空闲的?空闲是一个相对的标准。有时会CPU使用率30％以下可以定义为空闲;而有时候CPU使用率只有不到60％，就是空闲。这要根据服务器的配置已经所部属的应用来考虑。所以管理员在采用CPU空闲计划之前，先要对服务器进行观测一定时间，采用性能监视器等工具来监视服务器流量并收集相关的统计信息。然后利用收集到的信息来分析CPU空闲的标准，并在数据库中进行相关的设置。将 CPU 空闲条件定义为一个百分比，在该百分比以下，CPU 使用率必须持续指定的时间。然后，设置持续时间长度。如果 CPU 使用率在指定时间内低于指定的百分比，则 SQL Server 代理将启动具有 CPU 空闲时间计划的所有作业。如管理员认为CPU使用率在35％以下可以运行重建索引的作业，即当这个重建索引作业运行时CPU使用率在可以忍受的范围之内，此时就可以把CPU的空闲率标准设置为35％。而且这个低于35％的CPU使用率必须要持续一段时间。如这个低于35％的CPU持续时间很短，那么系统仍然不会认为这个CPU是出于空闲状态。这个持续时间最好能够参考具体作业的执行时间。若重建索引作业所需要的时间等等。

一、 如何停止计划的自动执行?

有些时间我们可能并不需要自动执行计划。如在数据库设计的时候，管理员并不需要这些自动执行的计划。为此需要把他们暂时停止。此时有哪些方法可以做到这一点呢?

一是可以把计划与作业剥离。计划与作业是两个独立的内容。如数据库完全备份与计划时间就是相互独立的。如果设置好了数据库完全备份的策略，但是没有把计划时间与这个作业进行关联的话，则数据库完全备份不会自动执行。此时如果需要执行这个作业的话，则就要进行手工启动。故当管理员暂时不想要某个计划的时候，可以把计划作业剥离，即在作业中去掉这个时间计划即可。

二是禁用作业或者计划。当管理员不需要某个作业自动运行的时候，可以把这个计划或者作业进用掉。禁用计划或者禁用作业都会让某个作业停止自动运行，但是他们仍然有微小的差异。如禁止计划的话，只是这个这个作业停止自动运行，但是管理员仍然可以手工执行它。可是禁用作业的话，则系统不仅不会自动运行，而且管理员还不能够手工执行它。这就好像给这个作业设置了终身监禁。为此，为了避免这种情况的发生，笔者是建议最好采用禁用计划而不是禁用作业。如此的话，在必要的时候管理员还可以手工启动该作业来应急。另外，如果这个计划将来仍然需要采用的话，笔者不建议把计划与作业剥离的方式来停止计划的自动执行;而是建议这种禁用计划的方式来完成。不然的话，下次需要的时候仍然需要把计划与作业关联，反而会增加工作量。

另外，如果这个测试计划以后再也不用时，有两种处理方法。一是把计划直接删除。这个是最彻底的方法，但是不会留下任何历史纪录。二是先把计划跟作业玻璃，然后再禁用这个计划。这虽然比较麻烦一点，而且会在数据库中留下垃圾数据。但是却可以保留历史纪录。这可能会对数据库的后续维护带来一定的帮助。到底不用的计划是删除还是禁用，没有一个统一的标准。还是需要根据数据库管理员的操作习惯来判断。

无论采取哪种方式，管理员都需要注意两点内容。一是必须显示的重新启动已禁用的计划。如果管理员只是更改了已禁用的计划策略，并不会重新启动这个计划，而需要管理员手工的启动。二是即使计划未启用，作业仍可以为响应警报而运行，或者由用户手动运行。如果作业计划未启用，则任何使用该计划的作业都不会启用该计划。