SQL Server 維護計劃：重建索引和事務日誌備份文件大小

在我的夜間維護計劃中，我做了所有事情——重新組織和重建索引、更新統計資訊等。有一個每小時的維護計劃來備份事務日誌。

我注意到每晚重建後立即備份的事務日誌非常龐大——一項小研究告訴我，這是因為重建索引等是記錄操作。

我不想通過備份索引重建日誌來增加我的備份系統的負擔。因此，我計劃通過 Nightly 計劃更改為：

1. 重建索引、更新統計資訊等
2. DUMP TRANSACTION WITH NO_LOG（哦，這幾天顯然被稱為 BACKUP LOG 測試 WITH TRUNCATE_ONLY）
3. 收縮日誌文件
4. 做完整的數據庫備份

問題：

1. 這個計劃有問題嗎？
2. 在維護計劃中包含日誌截斷的最佳方式是什麼？
3. 我剛剛讀到包含 Reorganize 和 Rebuild 索引是多餘的。我應該如何決定在夜間計劃中使用哪個是正確的？

是的，組織和重建都是多餘的。你應該做一個或另一個，但不能兩者都做。

在大表上，我不會進行自動重建。我會執行一個自定義腳本來確定碎片是否超過門檻值，並且只有在它超過門檻值時才進行重建。有些人使用 40% 作為重建百分比。

用於適當重建/重組數據庫索引的腳本

https://blogs.msdn.com/b/joaol/archive/2008/01/28/script-to-rebuild-and-reorganize-database-indexes-sql-server-2005。 aspx

https://stackoverflow.com/questions/7579/reorganise-index-vs-rebuild-index-in-sql-server-maintenance-plan

http://www.sql-server-performance.com/2007/rebuilding-indexes

http://www.tekrhythm.com/2012/01/21/sql-script-to-rebuild-indexes-more-intelligently

引用自：https://serverfault.com/questions/409872