SQLServer的每一个版本都已经逐渐变得越来越自我调整和自我维护了。然而，对于基本维护的需求，例如删除索引碎片，更新统计数据，检查数据库一致性，以及进行备份仍然是不会消失的。你可以想象一下，索引的维护就像是给你的汽车换油，备份就像是买保险。你可以没有保险，但是一旦你需要它，它就在手边。同样的，你的汽车可以在没有换油的情况下跑上几千公里，但是经常维护会产生更好的性能，并且可以让你的汽车寿命延续几年。
SQLServer2005把维护计划以SSIS包的方式予以实现，它为任务的定制提供更大的灵活性。现在开始计划你要执行的Transact-SQL命令，以便察看，而不要用没有文档记载的SQLServer2000中的存储过程。另一个你可以检查的领域是执行历史，它可以使解决问题的维护计划在很大程度上简单化。
SQLServer2000中的维护计划
让我们简单地回顾一下SQLServer2000中的数据库维护计划是什么样子。你通过点击一些向导的界面创建一个维护计划，它让你选择完全备份、事务日至备份，索引维护和检查数据库一致性的选项。这听起来很简单，是吗?是的，除非维护计划是个“黑盒子”向导并没有显示给你刚才创建的任务会执行的Transact-SQL语句。
更进一步地讲，如果你曾经检查过通过维护计划向导创建的任务的属性，你就会知道任务的步骤看起来是下面这个样子:
EXECUTEmaster.dbo.xp_sqlmaintN'-PlanID7BCCF8E2-B8F4-4B92-BC3B-
F2FA1BAE25C0-WriteHistory-VrfyBackup-BkUpMediaDISK-BkUpDB-UseDefDir-BkExt"BAK"'
为了了解这个维护计划屏幕之后的事情，你必须让你自己熟悉xp_sqlmaint扩展存储程序。这个程序也叫做SQLMAINT工具，大概有一打的开关。此外，你还可以从命令行调用SQLMAINT。如果维护计划任务在任务历史中曾经失败过，在任务历史中显示了如下完全没有意义的信息片断的话，也许这样更重要:
Executedasuser:ServerName\UserName.sqlmaint.exefailed.[SQLSTATE42000](Error22029).Thestepfailed.
幸运的是，你可以浏览到数据库维护计划的文件目录中，右击计划，并且选择“维护计划历史”来获得更加详细的错误信息。然而，即使是这样的解决问题的方法在碰到维护计划任务不总是可靠的时候，也会出错。
在nutshellSQLServer2000维护计划向导中，创建重要维护任务非常简单，但是从可用性和支持的角度来说，就差得远了。
与维护计划的其他图形一样，在SQLServer2005中也有很大的改善。现在，维护计划是以SQLServer集成服务(SSIS)包的形式实现的;这就允许在包含在维护计划中的任务之间创建优先约束。如果你还没有使用SSIS的话，这个消息也许会对你造成威胁——但是不要担心，你仍然可以通过使用SQLServer管理套件(SSMS)中的向导来建立一个维护计划。在SSIS中构建维护计划，将会提供额外的灵活性，但是向导会帮助你开始，并且让你构建一个可靠的维护计划，而不需要你对SSIS有任何的了解，正如你下面将要看到的。
使用向导创建一个维护计划
要通过使用向导来创建一个维护计划，首先浏览到SSMS的管理目录，右击“维护计划”文件夹，然后选择维护计划向导。注意，SQLServerAgent服务必须要运行起来，在你创建数据库维护计划的时候。最开始的向导界面允许你选择目标数据库，并且指定连接到服务器上必需的安全信任书。接下来，你就可以选择你想要执行的维护任务，如下图所示:
图1:选择维护任务
这个屏幕给你一个有关你想要完成的每一种类型的维护任务的大概描述。
接下来，你可以定义维护计划任务的执行顺序。例如，你可以在查看数据库一致性并且运行一个完全的数据库备份之前重新构建索引。然后，你就可以指定每个任务可能会影响到的目标数据库和对象。例如，重新构建索引可能会影响到单个的数据库，多个数据库，或者某个环境下的所有数据库。此外，你还能选择在哪个特定的表和索引视图上面重新构建索引。你还可以为重新构建索引制定一些高级选项，例如，你想要留给索引页面使用的空闲空间总量，无论你是否想要填充索引，还是你想要在重新构建它们的时候，还让它们在线。指定索引选项的屏幕如下所示:
图2:指定索引选项
接下来，为你想要执行的维护计划定义时间表。或者你还可以根据需要来运行维护计划。接下来的向导界面允许你指定记录维护计划执行过程中状态日至的文本文件。你可以指定电子邮件地址，以便将维护计划执行状态发送给你。最后一个屏幕提供了你在前面几个界面上选择的主要的维护计划选项。就是它了!正如我先前说过的，你不需要了解SSIS就可以创建一个数据库维护计划。
在你的SSIS包后面的内容
现在，让我们看看实际上在构建过程中发生了什么。要查看你刚刚创建的SSIS包，右击维护计划，然后选择“修改”。你就可以看到类似下面的画面:
图3:查看SSIS包
注意，蓝色箭头指出了执行的流程;蓝色的表示数据库一致性将会在“重新构建索引”任务完成之后进行检查。这个向导指挥让你评估是否每个任务都在执行下个任务之前完成了;所以，无论“重新构建索引”的任务成功了或者是失败了，维护计划都会继续执行下一步的检查数据库一致性任务。但是如果你想要按照某种条件来执行不同的任务，就是前面的任务是失败还是成功了?如果你双击蓝色箭头，SSIS就会允许你编辑优先约束，如下图所示:
图4:编辑优先约束
从这个界面，你可以评估每个任务的执行结果，并且基于成功、失败，或者前面某个任务的完成来调用剩下的任务。你可以在执行其他任务之前，检查一个连接当前任务的表达式。这就是SSIS之所以特别好用的原因之一。
SQLServer2005的改善
非常希望你能喜欢维护计划向导所作的改善，还有你可以通过点击向导屏幕来创建的SSIS包。但是这只是改善中很小的一部分!
SQLServer2005可以让你查看通过维护向导的每个步骤创建的Transact-SQL命令。SQLMAINT工具(与xp_sqlmaint扩展存储过程一起)，都被宣布不再被支持。在维护计划的头巾之下，仍然是作为任务来实现，但是不再调用xp_sqlmaint，任务执行的是SSIS包而已。每项任务都可以通过传递参数值和配置文件来进行定制，除了执行和登录选项之外，如下图所示:
图5:定制任务
在这篇文章中，我没有地方再来解释维护任务属性上面的每个标签了。你可以通过阅读SQLServer在线文档来学习更多。但是你可以了解，SSIS可以为定制维护计划任务提供更大的灵活性。
SQLServer2005还允许你检查维护计划执行的历史，通过右击维护计划并选择“察看历史”来实现。在结果对话框内，你可以看到维护计划每个步骤的历史信息:
图6:查看维护计划的历史
在屏幕的底部，点击“察看T-SQL”，会显示给你任务实际上执行的Transact-SQL命令(或者一系列命令)，如下图所示:
图7:查看T-SQL命令
小结
这篇文章展示了中数据库维护计划的一些受欢迎的改善。在以前的软件版本中，维护计划运行得也相当的好，但是有一点点含糊和难以解决问题。新版本以SSIS包的方式实现了维护计划，为定义维护计划任务、登录和配置选项的执行顺序提高了极大的灵活性。此外，维护计划任务不再需要通过若干个开关来调用一个神秘的扩展存储过程。相反，他们可以执行那些你可以查看的Transact-SQL命令，你会发现这样很舒服。最后但是绝对不是最不重要的，维护计划对于解决问题来说相当简单了，因为经过改善的用户界面可以让你查看它们的执行历史。
第二篇：SQL SERVER 20xx数据库维护计划--优化数据库处理方法
20##凉山州站点sql server2000数据库维护计划
--优化数据库处理方法
针对目前凉山州部分县局下属基层收购烟点反应的在一体化系统—电脑开票维护中查询打印发票数据时速度缓慢，甚至出现超时错误的问题，初步分析为sql server2000数据库性能变慢所致，以下为优化sql server2000性能的方法。
注意：计划任务设置自动运行的时间需要确保基层站点的sql server2000服务器是开机状态，且数据库和代理服务已经正式启动，如下图所示。
具体设置步骤如下：（此方法暂时针对出现了此类问题需要进行数据库性能优化的基层站点执行，未出现问题的不做操作）
1. 选择数据库维护计划器
2. 下一步，进行配置
3. 选择要维护的数据库，并打勾
4. 新数据优化信息，建议此优化服务设置成每周2次，每周四和周日的上午10:00点发生。
特别说明：“调度”的时间可以根据自己的需要更改，第一次需要设置为指定时间，后面则每周运行两次。
以下这个截图为设置第一次执行数据库性能优化时间的方法，发生的时间根据到站点建立此计划的具体时间而定。（待该点第一次执行以后，检查电脑开票维护的速度是否正常，能否查询出发票信息，然后重新将此设置修改成上面建议的每周四和周日的上午10:00点发生）
5. 检查数据库完整性
6. 指定数据库备份计划
特别说明：若有手工备份的习惯或者已经建立了数据库备份计划，这一步可以不选，直接跳过；如果该点未设置数据库自动备份计划，可以在这里进行设置。
7. 指定事务日志备份计划
特别说明： 此步一般也可以跳过
8. 要生成的报表
特别说明：此步一般也可以跳过
9. 维护计划历史记录
10. 完成
11. 开启SQLSERVER代理
特别说明：只有开启SQL SERVER代理服务，上面所设的任务才能进行。
12. 查看任务
