0

由于供应商应用程序对新版本的限制，我最近刚从 SQL2000 迁移到 SQL2005 的新客户端。供应商应用程序仅与 SQL2005 兼容。我发现 DB 从来没有维护计划：它大约有 14 年的历史，一直在运行，幸运的是，一直在备份（每日完整备份、4 小时差异和 10 分钟事务日志备份）。

乍一看，数据库分为 4 个 mdf 文件（10Gb、30Gb、2Gb、2Gb）和一个 35Gb 的 ldf 文件。ldf 相当大，因为事务日志最大为 100 mb。对于那些年办公室人员所说的，有2-3次大删除，但他们不知道其他任何事情。服务器有点旧（IBM x346、8Gb Ram 和只有 70gb 的可用硬盘空间），运行 W2003 R2 32bit 和 /pae 和 SQL2005 和 AWE。

乍一看，索引碎片是巨大的。

开始“复兴”的最佳做法是什么:-)这种情况？

4

1 回答 1

0

对数据库的使用方式一无所知，无法真正评论备份策略，除了有备份策略很好:) 不过感觉还可以。

首先将备份恢复到另一台机器（以验证备份是否确实有效），然后在其上运行 DBCC CHECKDB（在恢复的副本上）。

启用 PAGE CHECKSUM 和 BACKUP CHECKSUM：

http://blogs.msdn.com/b/sqlserverstorageengine/archive/2006/06/29/enabling-checksum-in-sql2005.aspx

实施 Ola Hallengren 的维护解决方案：

http://ola.hallengren.com/

运行 Glenn Berry 的诊断脚本并报告是否有任何可疑之处：

http://sqlserverperformance.wordpress.com/2014/03/11/sql-server-diagnostic-information-queries-for-march-2014/

只要存储空间不是问题，我不会太在意ldf大小。

您现在有什么紧急问题需要处理吗？

于 2014-03-31T08:19:41.187 回答