SQL Server 2005 数据维护实务

核心提示：4.4 创建多服务器维护计划在过去，数据库管理员在管理超过一个维护计划时会遇到很多困难，SQL Server 2005 数据维护实务(6)，其中在一个多服务器环境下创建维护计划的任务尤其繁重，因为必须要为每一个服务器分别创建一个维护计划，日常维护也是一样的， 对于在大型企业环境运行多台SQL Server的情况

4.4 创建多服务器维护计划

在过去，数据库管理员在管理超过一个维护计划时会遇到很多困难，其中在一个多服务器环境下创建维护计划的任务尤其繁重，因为必须要为每一个服务器分别创建一个维护计划。而且，验证成功、失败和作业历史的工作相当费时费力;由于没有一个可以统筹管理这些计划的方法，管理员必须逐个验证。一个典型的全球性企业在它的基础架构里很可能有上百台SQL服务器，可想而知，这些数据库管理员生活在怎样的水深火热之中;因此，数据库管理员过劳却又缺乏运行效率都会随之而来。

SQL Server 2005 Service Pack 2的推出让这些问题得到了缓解，源于它对多服务器维护计划的支持。也就是说，管理员可以从一个中央主服务器为每一个SQL服务器创建维护计划，显著提高了操作和管理效率。

要想充分利用这个Service Pack 2提供的新特性来减轻您的负担，在创建多服务器维护计划之前，首先必须在多服务器环境中构建一台主服务器和一台或多台目标服务器。必须指出，目标服务器只能用来查看维护计划。因此，必须在主服务器上创建和管理多服务器维护计划，以便为您的众多服务器提供定期维护。另外，创建和管理多服务器维护计划的管理员必须是每台SQL Server的sysadmin固定服务器角色成员。可以用维护计划向导或手动创建此计划。

4.5 构建SQL Server维护进度表

随着每个新版本的发布，SQL Server的自我维护功能也越来越强大。但是，就算自我维护功能再强大，自动维护计划再方便易行，数据库管理员还是要执行一些额外的维护。有些维护操作必须要每天进行，而另外一些则可能只需要隔一年检查一次，维护任务的执行强度很大程度取决于企业自身的环境。

下面会根据执行强度对维护任务及其相应的程序进行分类描述，适合于大多数具有不同IT基础架构的大中小型企业。执行强度用不同的时间间隔定义，包括每天、每周、每月和每季度，能够帮助企业建立起良好的维护实务，确保SQL Server数据库性能和安全。

4.5.1 每天的例行维护任务

需要数据库管理员密切关注的维护任务，最好每天都检查一下，这样可以确保系统的可靠性、可用性、运行性能和安全。每天的例行维护任务包括：

• 　　检查是不是所有被请求的SQL Server服务都正常运行。
• 　　检查日常备份日志中成功、警告或者失败记录。
• 　　检查Windows事件日志有没有错误记录。
• 　　检查SQL Server日志有没有安全警告记录，例如非法登录。
• 　　执行完全备份或差异备份。
• 　　在设置了完全恢复模型或大容量日恢复模型的数据库上执行事务日志备份任务。
• 　　核实SQL Server作业没有失败。
• 　　检查所有的数据库文件和事务日志具有合适的磁盘空间大小。
• 　　至少要监控处理器、内存或者磁盘计数器没有出现瓶颈。

4.5.2 每周的例行维护任务

• 　　关注程度稍逊于每天的例行维护任务，最好每周进行一次例行检查。每周的例行维护任务包括：
• 　　执行完全备份或差异备份。
• 　　检查以前执行的维护计划报告。
• 　　检查数据库完整性。
• 　　如果需要，执行收缩数据库任务。
• 　　通过重新组织索引任务压缩聚集和非聚集表和视图。
• 　　通过重新生成索引任务在数据页和索引页重新组织数据。
• 　　更新所有用户表和系统表的统计信息
• 　　清除备份、还原、SQL Server代理作业和维护计划等操作的历史数据。
• 　　如果需要，手动增长数据库或事务日志文件
• 　　清除执行维护计划残留下来的文件。

4.5.3 每月或每季度的维护任务

有一些维护计划不需要执行得过于频繁，可以每个月或每个季度执行一次。但是请不要以为这些任务不需要天天执行就无足轻重，这些任务可以确保数据库环境的健康，所以不要轻视以下这些维护任务：

• 　　在测试环境中执行备份还原操作。
• 　　将历史数据归档。
• 　　分析收集的性能统计数据，与基准值相比较。
• 　　检查并更新维护文档。
• 　　检查并安装最新的SQL Server补丁和补丁包。
• 　　如果运行簇、数据库镜像或日志传送，则监测故障转移。
• 　　验证备份和还原进程是否遵循已定义的服务等级协议。
• 　　更新SQL Server构建指南。
• 　　更新SQL Server灾难恢复文档。
• 　　更新维护计划列表
• 　　修改管理员口令。
• 　　修改SQL Server服务帐户口令。

总结

维护计划的特性本身就是SQL Server 2005产品的一个主要卖点。能够利用一个简单的配置向导来自动管理SQL Server针对单个或多个数据库的维护任务，大大减轻了数据库管理员手动操作的工作量，确保不会遗漏任何维护任务。同时也提供了手动创建维护任务的选择，采取这种方法可以在高级流程上获得更多的灵活性。

SQL Server 2005 Service Pack 2还具有扩张维护计划应用的组织能力，Service Pack 2提供的一些新特性包括支持多服务器维护计划、远程日志记录等。

最后，本文最重要的目的就是要让大家明白，为您的SQL Server尽早制定维护计划，保证维护任务有计划地执行以保护每一个数据库的安全和性能。

最佳实务

以下总结了本文所强调的最佳实务要点：

• 　　数据库管理员必须充分了解SQL Server环境下所有必许实施的维护计划。
• 　　利用维护计划向导自动和有计划地制定日常维护操作。
• 　　使用向导创建维护计划时，充分利用SQL Server Service Pack 2所提供的新特性，并为每个子任务制定独立的计划。
• 　　脚本化、自动化您的维护任务，并全部记录在案。
• 　　维护任务应当在运行非高峰时间段或高峰时间段后几小时进行，例如周末或午夜以后。
• 　　当设置维护任务的执行顺序时，应当首先执行备份任务，然后在执行其他会改变数据库的任务。
• 　　当创建维护计划时，不要把收缩数据库任务包括在内。如果需要，最好在非高峰时间段手动收缩数据库。
• 　　M维护任务应当按照不同的时间段分类执行，例如每日、每周、每月。日常维护也是一样的。
• 　　对于在大型企业环境运行多台SQL Server的情况下，充分利用子计划和多服务器维护计划。