让SQL Server数据库自动履行治理任务(2)
核心提示:2是甚么时候CPU是空闲的?空闲是1个相对的标准。有时会CPU使用率30%以下可以定义为空闲;而有时候CPU使用率只有不到60%,就是空闲。这要根据服务器的配置已所部属的利用来考虑。
2是甚么时候CPU是空闲的?空闲是1个相对的标准。有时会CPU使用率30%以下可以定义为空闲;而有时候CPU使用率只有不到60%,就是空闲。这要根据服务器的配置已所部属的利用来考虑。所以治理员在采取CPU空闲计划之前,先要对服务器进行观测1定时间,采取性能监视器等工具来监视服务器流量并搜集相干的统计信息。然后利用搜集到的信息来分析CPU空闲的标准,并在数据库中进行相干的设置。将 CPU 空闲条件定义为1个百分比,在该百分比以下,CPU 使用率必须延续指定的时间。然后,设置延续时间长度。假设 CPU 使用率在指定时间内低于指定的百分比,则 SQL Server 代理将启动具有 CPU 空闲时间计划的所有作业。如治理员以为CPU使用率在35%以下可以运行重建索引的作业,即当这个重建索引作业运行时CPU使用率在可以忍耐的范围之内,此时便可以够把CPU的空闲率标准设置为35%。而且这个低于35%的CPU使用率必须要延续1段时间。如这个低于35%的CPU延续时间很短,那末系统依然不会以为这个CPU是出于空闲状态。这个延续时间最好能够参考具体作业的履行时间。若重建索引作业所需要的时间等等。
1、 如何停止计划的自动履行?
有些时间我们可能其实不需要自动履行计划。如在数据库设计的时候,治理员其实不需要这些自动履行的计划。为此需要把他们暂时停止。此时有哪些方法可以做到这1点呢?
1是可以把计划与作业剥离。计划与作业是两个独立的内容。如数据库完全备份与计划时间就是相互独立的。假设设置好了数据库完全备份的策略,但是没有把计划时间与这个作业进行关联的话,则数据库完全备份不会自动履行。此时假设需要履行这个作业的话,则就要进行手工启动。故当治理员暂时不想要某个计划的时候,可以把计划作业剥离,即在作业中往掉这个时间计划即可。
2是禁用作业或计划。当治理员不需要某个作业自动运行的时候,可以把这个计划或作业进用掉。禁用计划或禁用作业都会让某个作业停止自动运行,但是他们依然有微小的差异。如制止计划的话,只是这个这个作业停止自动运行,但是治理员依然可以手工履行它。可是禁用作业的话,则系统不但不会自动运行,而且治理员还不能够手工履行它。这就仿佛给这个作业设置了毕生监禁。为此,为了不这类情况的产生,笔者是建议最好采取禁用计划而不是禁用作业。如此的话,在必要的时候治理员还可以手工启动该作业来应急。另外,假设这个计划将来依然需要采取的话,笔者不建议把计划与作业剥离的方式来停止计划的自动履行;而是建议这类禁用计划的方式来完成。不然的话,下次需要的时候依然需要把计划与作业关联,反而会增加工作量。
另外,假设这个测试计划以后不再用时,有两种处理方法。1是把计划直接删除。这个是最完全的方法,但是不会留下任何历史纪录。2是先把计划跟作业玻璃,然后再禁用这个计划。这固然比较麻烦1点,而且会在数据库中留下垃圾数据。但是却可以保存历史纪录。这可能会对数据库的后续保护带来1定的帮助。到底不用的计划是删除还是禁用,没有1个同1的标准。还是需要根据数据库治理员的操纵习惯来判定。
不管采取哪种方式,治理员都需要留意两点内容。1是必须显示的重新启动已禁用的计划。假设治理员只是更改了已禁用的计划策略,其实不会重新启动这个计划,而需要治理员手工的启动。2是即使计划未启用,作业仍可以为响应警报而运行,或由用户手动运行。假设作业计划未启用,则任何使用该计划的作业都不会启用该计划。
http://www.fw8.net/TAG:数据库,时间,计划,作业,使用率
评论加载中...
|