在維護視窗期間是否有任何理由停止事務日誌備份？
我們最近遇到了事務日誌增長並用盡儲存空間的問題。這發生在維護視窗期間（正在使用 Ola Hallengren 索引優化腳本。）由於某種原因，過去有人將事務日誌備份設置為停止 3 小時，似乎是在索引作業執行時（它們是設置為執行 3 小時）。
我的組織最近從 2008r2 遷移到 sql server 2016。負責遷移的人將不做事務日誌的時間縮短了 30 分鐘，因此他們現在從早上 5:30 開始。我認為他認為他們被阻止進行完整備份。但我相信他們是為了讓索引維護執行而停止的。在這兩種情況下都有必要嗎？似乎停止 tlog 備份弊大於利。
sql server 2008r2 的時間表是：
- 3:00am：事務日誌備份停止
- 3:00am：每週索引
優化作業開始（由於日誌
空間，這在 2 小時 30 分鐘後失敗）
- 凌晨 4:00：完全備份
- 上午 6:00/更改為上午 5:30：事務日誌備份開始（但日誌仍然已滿）
附加資訊：
我的組織最近在 2008r2 中從 2008r2 升級到 sql server 2016，我們從未體驗過這種情況（兩者都是企業版）。這可能只是巧合還是升級改變了一些東西？任何人都可以提供有關檢查原因的建議嗎？伺服器管理員已將作業設置回原來的時間表；從凌晨 3 點到早上 6 點沒有 tran 日誌備份，認為索引維護和事務日誌備份的重疊導致了問題，這是真的嗎？我對事務日誌的研究越多，看起來我們實際上應該在這個維護視窗期間進行日誌備份而不是關閉它。我對為什麼他們首先被阻止感到有些困惑，原來的管理員不再在公司工作。一世'
你是絕對正確的。在索引維護視窗期間沒有理由停止事務日誌備份。它只會讓事情變得更糟，因為你已經經歷過。我曾經對較小的索引進行維護的情況下，我什至比我的正常計劃更頻繁地進行事務日誌備份。
如果您正在重建大型索引，您需要確保您有足夠的儲存空間讓事務日誌增長。即使您在索引重建期間進行事務日誌備份，當您有一個長且活動的事務時，日誌也不會被截斷。當您重新組織索引時，情況並非如此，因為在重新組織單個索引時日誌可能會在兩者之間被截斷。
即使在Ola Hallengren的常見問題頁面中也提到了這一點：
當我執行 IndexOptimize 作業時，事務日誌變得非常大。我該怎麼辦？
確保事務日誌備份作業正常執行。
檢查事務日誌是否具有所需的儲存空間。您不應該縮小事務日誌文件。這樣做會消耗資源來縮小文件，然後再重新增長文件。
在完全備份期間，無需停止事務日誌備份。閱讀 Erik Darling 撰寫的這篇文章。