1
我們有一個數據庫，其中包含配置數據。當應用程序針對它運行時，它們基本上會執行大量計算，然後將一些數據寫入文件。與普通安裝不同，我們並不需要事務日誌。我的意思是，我們可以對數據庫進行備份並使用它，而無需將事務日誌應用到數據庫以使其保持最新狀態。當恢復數據不重要時，事務日誌備份
既然事務日誌對我們來說並不重要，那麼最好的備份策略應該是什麼？目前，事務日誌非常龐大（10 GB，其中數據庫大約爲50 MB，這是幾個月的時間）。
我們可以對數據庫進行初始備份，然後每隔幾天或更少時間備份事務日誌，覆蓋當前的日誌嗎？或者我們可以一起刪除交易日誌並開始新的交易日誌？ JDD。
JD。
謝謝。簡單來說，Simple就是要走的路。但是，我們將數據寫入數據庫，但可以從備份的數據庫中計算此數據（鏈接提到Simple適用於數據庫中數據不會更改的情況）。 當我們改變配置數據時，我們只需要完整的數據庫備份即可。我們是否可以自動執行此操作，並且是否需要執行其他任何操作，例如縮小事務日誌？ JD。 JD。 – 2009-08-01 19:38:54
只是做了一些更多的閱讀。 SQL服務器實例的恢復間隔爲0分鐘。據我所知，自動檢查點發生，這意味着事務日誌被截斷（釋放空間以供重用）。它是否正確？如果是這樣，那麼我真的不需要運行任何腳本（只需要一個完整的數據庫備份）。 – 2009-08-01 19:53:03
@JD：使用簡單恢復模型意味着您無法在需要時將數據庫恢復到特定時間點（因爲這需要事務日誌備份）。提供時間點恢復不是必需的，也許數據是相對靜態的，或者可以通過另一種方式恢復。您可以通過重新導入數據饋送來恢復完整的數據庫備份或恢復數據，然後簡單恢復模式將滿足您的需求。您也正確，因爲簡單恢復模型自動爲您管理事務日誌文件的截斷。 – 2009-08-01 22:37:30