由于新版本的供应商应用程序限制，我刚刚从SQL2000迁移到SQL2005。供应商应用程序仅与SQL2005兼容。 我发现DB从来没有得到维护计划：它大约14岁，总是向上，幸运的是，总是备份（每日完整备份，4小时差异和10分钟事务日志备份）。
乍一看，DB分为4个mdf文件（10Gb，30Gb，2Gb，2Gb）和一个35Gb的ldf文件。 ldf非常大，因为事务日志最大为100 MB。办公室人员在那些年里所说的有2-3次大删除，但他们不知道其他任何事情。服务器有点旧（IBM x346,8Gb Ram和70gb的免费高清空间），运行带有/ pae的W2003 R2 32位和带有AWE的SQL2005。
乍一看，索引碎片是巨大的。
启动和恢复的最佳做法是什么？ ：-） 这个情况 ？
答案 0 :(得分：0)
对数据库的使用方式一无所知，不能真正评论备份策略，除了它有好的备份策略:)但感觉还不错。
首先将备份还原到另一台计算机（以验证备份是否真正有效），然后在其上运行DBCC CHECKDB（在还原的副本上）。
启用PAGE CHECKSUM和BACKUP CHECKSUM：
http://blogs.msdn.com/b/sqlserverstorageengine/archive/2006/06/29/enabling-checksum-in-sql2005.aspx
实施Ola Hallengren的维护解决方案：
运行Glenn Berry的诊断脚本并报告是否有任何可疑之处：
我不会太关心ldf大小，只要存储空间不是问题。
你现在有什么紧急问题需要处理吗？