让SQL Server数据库自动执行管理任务(二)_Mssql数据库教程

推荐：让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是出于空闲状态。这个持续时间最好能够参考具体作业的执行时间。若重建索引作业所需要的时间等等。

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

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

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

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

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

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

分享：解析Oracle数据库编写有效事务指导方针
数据共享是数据库最基本的特征之一。但是数据共享虽然为员工带来了便利，但也产生了一些负面作用。例如因用户并发存取而导致的对数据一致性的破坏、由于在修改数据过程中的意外事故导致数据完整性破坏、非法用户未经授权修改数据等等。所以，在数据库设计过