如果在第一个备份任务成功时有一条语句执行第二个重建索引任务，则两个对象之间的优先约束链接可以控制工作流。在这种情况下，当备份任务失败时，第二个任务将不会触发。至于创建优先约束，您应该首先在设计器中突出显示这两个维护任务，右键单击，然后选择添加优先约束。创建优先约束后，双击连接器箭头或右键单击它并选择Edit。这将打开优先约束编辑器，您可以在其中定义约束选项，如图8.11。
二级维护计划任务之间实现优先约束。
设置维护计划任务屏幕上的优先约束。
除了创建优先链接，还可以同时执行任务。这被称为任务并行和执行相同类型的不同的SQL服务器的维护任务时，通常使用。例如，可以将所有的SQL服务器上从中央主的SQL Server开始上周日晚上9:00执行主数据库的完整备份
最后一个项目值得一提的是报告功能。维护计划完成后，您可以创建一个报告。要做到这一点，找到维护计划设计的报告和记录图标。如图所示，报告和记录对话框图8.12显示器选项，如生成一个文本文件报告和报告发送给您的朋友。附加日志记录功能存在，例如日志扩展信息和日志维护计划历史记录到远程服务器。后者是一个新的Service Pack 2的功能。
配置维护计划报告和日志记录选项。
小费 -当与维护计划的任务时，您可以使用View TSQL命令按钮来转换所选的任务进入TSQL语法的选项。这对于不具备编程广泛的背景谁许多DBA一个很大的特点。
查看维护计划
所有的维护计划可以在SSMS维护计划文件夹下查看和存储在SQL Server的作业。它们需要SQL Server代理将运行在预定的时间间隔启动作业。如果SQL Server代理已停止，作业不会开始。此外，所有的作业可以编辑或更改的持续支持和维护。
请按照下列步骤来查看SQL Server Management Studio中的维护计划的工作：
选择开始，所有程序，微软的SQL Server 2005，SQL Server Management Studio中。
在对象资源管理器，首先连接到数据库引擎，展开所需的服务器，展开SQL Server代理，然后展开作业文件夹。
点击乔布斯看到在维护计划向导创建作业列表。该作业显示在位于右侧窗格中的对象资源管理器详细信息选项卡;否则，作业在对象资源管理器的作业文件夹下显示。这在所示图8.13。
查看维护计划安排的作业。
注意 -与SQL Server 2005中维护计划的计划作业的一个主要区别是，计划作业执行一个SSIS包。SQL Server 2000中的计划作业使用SQLMAINT实用程序。
如果SQL Server代理未运行，出现一个对话框，指出该目标服务器上的SQL Server Agent没有运行。SQL Server代理必须开始为SQL Server作业开始。请按照以下步骤启动SQL Server代理：
选择开始，所有程序，微软的SQL Server 2005，SQL Server Management Studio中。
在对象资源管理器，首先连接到数据库引擎，然后展开所需的服务器。
用鼠标右键单击SQL Server代理，然后单击开始。
创建多服务器维护计划
过去，dba在SQL基础设施中管理多个维护计划时会遇到许多挑战。在多服务器环境中创建维护计划的任务非常繁琐，因为必须在每台服务器上创建维护计划。此外，验证成功、失败和作业历史记录的任务同样困难和耗时;它必须在每个服务器上执行，因为不存在集中管理这些计划的方法。为了清楚地说明dba的生活有多困难，值得一提的是，一个典型的全球性组织在其基础设施中可能有超过100个SQL服务器;因此，想象一下管理维护计划带来的心痛和操作效率的缺乏。
如今，这些滋扰得到缓解。SQL Server 2005的Service Pack 2的报价为多服务器维护计划的支持。具体来说，您现在可以创建从一个中央主服务器为每个SQL服务器的维护计划。这提供了操作效率和给药的显著差异。
为了充分利用Service Pack 2中的这个新特性，在创建多服务器维护计划之前，必须构建包含一个主服务器和一个或多个目标服务器的多服务器环境。需要指出的是，目标服务器只能用于查看维护计划。因此，必须在主服务器上创建和维护多服务器维护计划，以便定期维护它们。
注意 -要创建或管理多服务器维护计划，你必须在每个SQL Server的sysadmin固定服务器角色成员。
可以使用维护计划向导或使用维护计划(Design选项卡)手动创建多服务器维护计划。
建立维护计划的SQL Server
随着每一个新版本，SQL Server已成为更多的自我维持。然而，即使有自我维护和自动维护计划，数据库管理员必须进行额外的维护。某些维护过程需要每天关注，而其他人可能只需要每年体检。维护过程和程序，组织严格遵循取决于组织的个人环境。
在下面的章节及其相应的程序描述的分类是各种规模的组织，并具有不同的IT基础架构的最佳实践。以下各节将帮助企业建立完善的维护保养习惯，让他们确保其SQL Server数据库引擎的健康。遵循建议的维护任务是基于每天，每周，每月和季度计划。
日常维护任务
需要密切和定期关注维护任务每天常用检查。谁承担这些任务，每天保证系统的可靠性，可用性，性能和安全性的DBA。一些日常的维护任务包括以下内容：
检查所有必需的SQL Server服务都在运行。
检查每日备份日志的成功、警告或失败。
检查Windows事件日志中的错误。
检查SQL Server日志的安全问题，如无效登录。
执行完全备份或差异备份。
在使用完整或大容量日志恢复模型配置的数据库上执行事务日志备份。
验证SQL Server作业没有失败。
检查存在的所有数据库文件和事务日志足够的磁盘空间。
至少监控处理器，存储器，或用于瓶颈磁盘计数器。
每周一次的例行维护任务
与日常检查相比，需要较少注意的维护程序被归类为每周例行程序，并在以下清单中进行检查:
执行完全备份或差异备份。
回顾维护计划报告。
检查数据库的完整性。
如果需要，缩小数据库。
通过重新组织索引来紧凑聚集和非聚集的表和视图。
通过重新构建索引重新组织数据和索引页上的数据。
对所有用户和系统表更新的统计数据。
通过备份，恢复，SQL Server代理和维护计划操作创建删除历史数据。
如有必要，手动增加数据库或事务日志文件。
删除文件从执行维护计划遗留下来的。
每月或每季度维护任务
一些维护任务的管理更加频繁，如每月或每季度的基础上。不要解释这些任务并不重要，因为它们不需要日常维护。这些任务也需要维护，以确保其环境的健康，但不太经常，因为他们更自给自足和自我维持。虽然下面的任务可能会出现平凡或简单的，他们不应该被维护期间忽视。
进行备份在测试环境中恢复。
如果需要归档历史数据。
分析收集到的性能统计数据，并将其与基线进行比较。
审查和更新维护文档。
复查并安装SQL Server的补丁和服务包（如果可用）。
如果运行集群、数据库镜像或日志传送，则测试故障转移。
验证备份和恢复过程中附着在服务级别协议中定义。
更新SQL Server版本指南。
更新SQL Server的灾难恢复文档。
更新维护计划清单。
更改管理员密码。
更改SQL Server服务帐户密码。
摘要
维护计划特性本身应该是SQL Server 2005的关键卖点之一。使用简单的向导来自动化SQL Server将对单个或多个数据库执行的管理任务的功能减少了dba必须做的手工工作，并确保任务不会被忽略。您还可以手动创建计划。对于那些寻求高级工作流灵活性的人来说，这是一个很好的选择。
SQL Server 2005的Service Pack 2的也让机构延长其使用的维护计划。以下只是一些功能的Service Pack 2带来的表。SQL Server 2005的Service Pack 2的报价为多服务器维护计划支持，SQL Server 2005中不再需要SSIS被安装和Service Pack 2提供了远程登录的潜力。
最后，本章中最重要的一点是尽早制定维护计划，并确保相应地安排维护以维护每个数据库的运行状况。
最佳实践
从本章一些重要的最佳做法包括以下内容：
数据库管理员应充分了解SQL Server环境中需要实施的所有维护活动。
使用维护计划向导来自动化和安排日常维护操作。
当创建维护计划使用向导，包含在SQL Server Service Pack 2的杠杆作用的新功能，并为子任务的独立计划。
维护任务应该照本宣科，自动化，并完全记录。
维护任务应该在非高峰时间或者小时，如在周末和午夜后后进行。
当您配置的维护任务的顺序，备份，应先执行，然后更改数据库等任务。
不包括创建维护计划时收缩任务。如果在非高峰时间需要手动收缩数据库。
维护任务应分成每日、每周和每月的时间表。
每天，每周，每月的基础上日程并进行日常维护任务。
对于运行许多SQL服务器的大型企业环境，可以利用子计划和多服务器维护计划。
版权所有©2007培生教育。版权所有。