我需要一些关于SQL Server 2005维护计划的建议，好的还有一些问题：
在我们的案例中，每周7天，每隔1分钟（每分钟只有200条记录）24小时输入数据。
有人可以建议我对这个数据库有用的维护计划吗？
谢谢，
德尔斯
答案 0 :(得分：1)
维护计划实际上取决于您的数据库进程。由于数据是每分钟输入的，您是否有任何汇总和etl进程在运行？
我可以告诉您的最重要的流程是数据和事务日志的每日备份（包括磁带和磁盘）。
使用查询计划分析器检查任何运行缓慢的查询，您可能需要根据需要每天或每周重新索引一些表。您可以在SQL Server 2005企业版中进行在线重新索引，这意味着您不需要脱机。
通过创建维护计划并通过创建预定作业尽可能自动化来实现良好的流程。
答案 1 :(得分：1)
两个字：灾难恢复
最佳计划是您测试过的计划。
规划灾难恢复，并了解您可以从此计划中恢复现有系统的数量。记下任何问题并找到解决方法，然后重新运行灾难恢复。您会发现这将有助于您做出决策并确定需求的优先顺序。
最好通过O / S还原和SQL Server还原来执行此操作。
还有一些建议：设置O / S计划任务来执行master，model，mssqlsystemresource数据库的文件系统副本。这样可以避免您的悲痛，并且必须以单用户模式运行SQL服务器，以尝试从备份中恢复主数据库。
备份很好，但如果你从未测试过恢复，那么你的备份就毫无价值了。
答案 2 :(得分：0)
为了保持性能并确保数据库一致性， 我通常每晚都会执行以下任务：
1）备份数据库 （通常这是一个完整备份。但是如果数据库非常大，那么每周运行一次FULL备份{在周末}并且每个工作日增加或差异
2）重建所有索引 （这会自动重新组织所有索引，因此不需要重新组织步骤。）
3）更新数据库统计信息 （仅需要列统计信息，因为其他统计信息由之前运行的索引重建自动更新）
4）验证数据库完整性 （这是最重要的一步，因为它几乎可以被任何东西破坏，并且仍然可以运行一段时间，同时所有数据都会越来越多地被破坏。）
5）通过电子邮件通知运营商成功 （您必须发送成功和失败。如果您只发送失败，那么服务器可能会有另一个问题阻止发送失败电子邮件，然后他们永远不会知道。）
6）清理文件 （根据驱动器空间的不同，您需要删除旧备份。如果有空间，我会尽量保持至少几周的价值，但随着数据库的增长，需要检查这一点并可能将其降低到一个或更低两个完整备份。）
7）清理历史记录 （维护计划日志历史记录不是很大，因此您可以长时间保留这些历史记录，而不必过多担心空间。当您遇到长时间失败的数据库时，它有时会很有用，看看它何时开始失败并用它来向监控它的人们指出，它没有得到适当的监控以获得成功。）
注意：请务必从主数据库服务器复制备份并将其存储在异地。