SQL Server 2005中，维护计划的建议

Question

我需要一些建议的SQL Server 2005的维护计划，还好这里的一些问题：

1. 什么任务（S）是/是适合日常维护和什么每周/每月维护
   
2. 做数据库需要脱机而在一些任务，例如：整顿/重建索引，收缩数据库，等等...（因为我们需要保持90％的正常运行时间）
   
3. 多久可以检查数据库的完整性，重新组织/重建索引，清理历史是什么？
   
4. 我们是否应该重新组织和重建索引？
   
5. 重组索引后需要更新统计吗？由于重建索引将自动更新统计

在我们的例子中，数据每隔1分钟（仅200个记录每分钟）24小时，每周7天inputed。

有人可以建议我什么维护计划，这个数据库的好？

感谢，
德尔斯

Answer 1

维护计划真的取决于你的数据库进程。由于数据每分钟输入一次，您是否有任何汇总和etl进程在运行？

我可以告诉你的最重要的过程是数据和事务日志的每日备份（包括磁带和磁盘）。

使用查询计划分析器检查任何运行缓慢的查询，您可能需要根据需要每天或每周重新索引一些表。你可以在SQL Server 2005企业版中进行在线重新索引，这意味着你不需要离线。

创建维护计划并通过创建计划任务尽可能地自动化，从而获得良好的流程。

Answer 2

两个字：灾难恢复

最好的计划是你已经测试过的一个。

规划灾难恢复并查看您可以从此计划恢复现有系统的数量。注意任何问题并找出解决方法，然后重新运行灾难恢复。您会发现这将帮助您做出决定并优先考虑要求。

最好用O/S还原以及SQL服务器还原来执行此操作。

还有一些建议：设置O/S计划任务来执行master，model，mssqlsystemresource数据库的文件系统副本。这样可以节省您的麻烦，并且必须以单用户模式运行SQL服务器，以尝试从备份恢复主数据库。

它的一切都很好，有备份，但如果你从不测试恢复，那么你的备份是毫无价值的。

Answer 3

为了保持性能，保证数据库的一致性， 我通常运行每一个夜晚以下任务：

1）备份数据库 （通常，这是一个完整的备份然而如果数据库。非常大，则一个完整备份每周{周末}运行一次和增量或差异每个工作日）

2）重建所有索引 （这会自动整理的所有索引为好，这样的重新组织步骤是没有必要的。）

3）更新数据库统计 （仅需列统计以来的其他统计资料自动索引更新重建较早RAN）

4）验证数据库的完整性 （这是最重要的一步，因为它几乎可以被任何东西损坏，并且仍然运行良好一段时间，同时所有数据越来越多地被损坏。）

5）通知运营商通过电子邮件成功 （您必须同时发送成功和失败。如果你只发送失败，然后有机会的话，服务器可能有另一个问题，防止故障电子邮件的发送，然后他们就永远不知道。）

6）清洁文件 （取决于驱动器的空间，你将需要删除旧备份，如果有空间，我会尽量保留至少几个星期的价值，但随着数据库的增长，需要检查这些数据，并可能将其降低到只有一个或两个完整备份。）

7）清理历史 （维护计划日志历史不是很大，因此您可以保留这些历史悠久的历史，而不必担心空间太多。当您遇到长时间未通过的数据库以查看其何时开始出现故障并使用该数据库指示监控它未成功进行监控的人员时，它有时很有用。）

注意事项：务必将备份从主数据库服务器复制并存储到异地。