Sql-Server

事務日誌文件大小越來越大,將恢復模式設置為簡單會有什麼後果

  • November 1, 2021

恢復模式設置為 FULL,並且每隔幾天進行一次 FULL 備份。沒有日誌/差異備份。日誌文件的大小變得太大。一周前我已經縮小了日誌文件(Google搜尋)並且很好。現在該文件再次增長。

如果我們將恢復模式設置為 SIMPLE 並每隔幾天進行一次完整備份(如果發生任何崩潰,可以失去 1 或 2 天的數據)。

會好嗎?我是否能夠毫無問題地恢復上次完整備份?

或者將模式保持為 FULL,每週只進行一次 FULL 備份,並在隔天進行日誌備份?請建議。

PS:我是桌面支持技術,如果問題中有任何錯誤,請道歉

如果我們將恢復模式設置為簡單並每隔幾天進行完整備份會怎麼樣(如果發生任何崩潰,可以失去 1 或 2 天的數據)。會好嗎?我將能夠毫無問題地恢復上次完整備份?

如果發生任何崩潰,您可以接受失去 1 或 2 天的數據,那麼將恢復模式切換到簡單模式應該沒有問題。是的,您將能夠毫無問題地恢復上次完整備份

還是將模式保持在完整狀態,每週只進行一次完整備份,並在隔天進行日誌備份?請建議

當您希望能夠恢復到某個時間點時(例如,如果每 1 分鐘進行一次日誌備份,則恢復到崩潰發生前約 1 分鐘)需要完全恢復模型。事實上,對於大多數(如果不是全部)生產環境,建議使用完全恢復模式。

在完全恢復模式中,您需要安排定期日誌備份,如果沒有任何延遲日誌截斷,日誌文件不應不斷增長。但是您還必須考慮日誌備份大小的增長,並不時截斷它(使用 INIT/FORMAT 備份日誌)

因此,如您所見,完全恢復模式有一些管理成本,如果您可以接受失去 1-2 天的數據,您可以切換到簡單並每隔一天進行一次完全備份

仍然有問題,所以你可能想在下面閱讀(或者可能不想要:))

請注意,在簡單模型中,仍然使用事務日誌,它只是在每次事務(檢查點發生)後被截斷。如果您的事務(插入/更新/刪除/等)不是太大 - 您將看不到任何事務日誌文件增長(如果您的日誌文件預先增長到足以滿足您的工作負載的大小)。但是如果你在某個時候執行一些大事務(巨大的索引重建、導入數據等),這些有可能再次增長日誌。事務後日誌文件將被截斷,因此文件內部將為空,但文件將保持大

引用自:https://dba.stackexchange.com/questions/301932