所以,到目前为止,我有这个想法.如果我的想法有任何缺陷或更好的方法,请纠正我.
>备份 – 所有表格,完全备份(每日)
>备份 – 选定的表,完全备份(每小时)
>备份 – 事务日志(每15分钟一次)
>检查数据库完整性(每日)
>重组指数(每日)
>更新统计数据(每日)
>收缩数据库(每周)
>重建指数(每周)
>维护清理(每日)
我记得前一段时间(当我在另一份工作中制定了类似的计划时),其中一些任务不需要每天运行或者不应该每天运行.至于哪些,它逃脱了我.我可以使用一些指导来创建更好的维护计划,以减少灾难中的数据丢失,但在高峰时段运行时不会对系统征税(并且还会提高性能).
解决方法
对于所有DBA而言,这是一项非常常见的任务,对于每个服务器和每个服务器,正确答案都不相同.很多其他事情,这取决于你需要什么.
绝对你绝对不想像已经建议的那样运行“收缩数据库”.它的EVIL性能和下面的参考将告诉你原因.它会导致磁盘以及索引碎片,这可能会导致性能问题.最好为数据和日志文件预先分配一个大的大小,这样就不会启动自动增长.
我不明白你的#2.选定的表完全备份.你能详细说明一下吗？
要进行索引重新组织,更新统计信息和索引重建,您需要注意如何执行此操作,否则您将最终使用更多资源并最终导致性能问题.
当您重建索引时,索引的统计信息会使用fullscan进行更新,但如果您在此之后更新统计信息,那么将使用默认样本再次更新这些统计信息(这取决于几个因素,通常是表格大小>时表格的5％; 8 MB)可能导致性能问题.根据您的版本,您可以进行在线索引重建.执行此活动的正确方法是检查碎片的数量,并根据索引重建或索引重新组织更新统计信息.此外,您可能希望确定哪些表需要更频繁地更新统计信息,并尝试更频繁地更新统计信息.
维护计划没有问题,但除非您可以登录SSIS并调整MP,否则很难从中进行这些自定义.这就是为什么我不喜欢使用它们并使用比MP更健壮的Ola Hallengren’s free scripts.此外,我建议您阅读Paul Randal关于此主题的引用文章.
参考：http://technet.microsoft.com/en-us/magazine/2008.08.database.aspx
这不是您问题的全面答案,而是一个很好的起点. HTH,如果您有任何其他问题/意见,请告诉我们.
