数据库从未维护过
刚从错误的论坛转过来，我在这里粘贴我的问题：
最近，由于供应商应用程序对新版本的限制，我刚刚从Server 2000迁移到了Server 2005。供应商应用程序仅兼容Server 2005。我发现数据库从来没有一个维护计划:它大约有14年的历史，一直在运行，幸运的是，总是备份(每天的完全备份、4小时的差异和10分钟的事务日志备份)。
乍一看，DB分为4个.mdf文件(10 2Gb、30 2Gb、2GB、2Gb)和一个35 2Gb的.ldf文件。.ldf相当大，因为事务日志是最大的100 mb。在那些年里，办公室的人说有2-3个大的删除，但是他们不知道任何其他的事情。服务器有点老了(IBM，8Gb x346，仅70 8Gb的免费高清空间)，使用/pae运行W2003 R2 32位，使用AWE运行Server 2005。
乍一看，索引碎片是巨大的。
启动“复兴”的最佳做法是什么:-)这种情况？
回答 1
Database Administration用户
发布于 2014-03-31 12:56:24
当然可以使用维护计划来处理碎片问题。然而，许多人在：http://ola.hallengren.com/sql-server-index-and-statistics-maintenance.html上使用免费脚本
我是“很多人”的一员。默认情况下，这些脚本实现了减少索引碎片的建议标准。因此，如果您使用页面下面的多个示例设置之一来实现脚本，那么它将使您的索引得到更好的排序。
您的数据库并不特别庞大，所以在一个相对安静的时间安排一个在线索引重建，如果这是一个较低的使用时间，也许周六晚上，并让它运行。
如果链接到主页(http://ola.hallengren.com/)，还会找到用于数据库备份和完整性检查的脚本。似乎你有一个很好的备份时间表，虽然我不知道你的保留期，所以你不需要改变，除非你个人看到的需要。
其次，对于大型日志文件，可以查看()命令来重置日志文件的大小。另一方面，除非你需要空间，否则何必费心呢。
DBCC SHRINKFILE (“LogFileName”，)；
如果第一次没有收缩，请运行检查点，再次备份日志，然后再次缩小文件。一旦日志的高阶部分为空(通过日志备份)，该文件将能够收缩。
https://dba.stackexchange.com/questions/62134
复制相似问题
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号