數據庫從未維護
剛從錯誤的論壇搬過來，我把我的問題貼在這裡：
由於供應商應用程序對新版本的限制，我最近剛從 SQL Server 2000 遷移到 SQL Server 2005 的新客戶端。供應商應用程序最多只能與 SQL Server 2005 兼容。我發現數據庫從未制定過維護計劃：它大約有 14 年的歷史，始終處於執行狀態，幸運的是，始終備份（每日完整備份、4 小時差異和 10 分鐘事務日誌備份）。
乍一看，數據庫分為 4 個
.mdf文件（10Gb、30Gb、2Gb、2Gb）和一個.ldf35Gb 的文件。.ldf非常大，因為事務日誌最大為 100 mb。對於那些年辦公室人員所說的，有2-3次大刪除，但他們不知道其他任何事情。伺服器有點舊（IBM x346、8Gb Ram 和只有 70gb 的可用硬碟空間），執行 W2003 R2 32bit 和 /pae 和 SQL Server 2005 和 AWE。乍一看，索引碎片是巨大的。
開始“復興”的最佳做法是什麼:-)這種情況？
當然可以使用維護計劃來處理碎片問題。但是，許多人使用以下免費腳本： http: //ola.hallengren.com/sql-server-index-and-statistics-maintenance.html
我是“許多人”的一部分。這些腳本預設實現了減少索引碎片的建議標準。因此，如果您使用頁面下方的許多範例設置之一來實現腳本，它應該會使您的索引變得更好。
您的數據庫不是特別大，因此請在相對安靜的時間安排線上索引重建，如果使用時間較短，可能是周六晚上，然後讓它執行。
如果您連結到首頁 ( http://ola.hallengren.com/ )，您還將找到用於數據庫備份和完整性檢查的腳本。總體而言，您似乎有一個很好的備份計劃，儘管我不知道您的保留期限，因此除非您個人認為有必要，否則您無需更改。
其次，對於大的LOG文件，可以查看DBCC SHRINKFILE()命令來重置日誌文件的大小。另一方面，除非您需要空間，否則為什麼要打擾。
DBCC SHRINKFILE (‘LogFileName’, );
如果第一次沒有收縮，執行CHECKPOINT，再次備份日誌，再次嘗試收縮文件。一旦日誌的高位部分為空（通過日誌備份），文件將能夠收縮。