Restore
日誌運輸混亂
我有一個目前正在將日誌文件傳送到備用伺服器的數據庫。
我每 5 分鐘將日誌從主伺服器發送到備用伺服器
每 15 分鐘，在備用數據庫上執行一個恢復代理作業，以將事務導入備用數據庫。
我想確保在我處於那種情況之前，我了解如何使備用伺服器聯機，以防主伺服器發生故障。我在網上閱讀的所有內容都告訴我，我只需要跑步
restore database }}dbname{{ with recovery即可完成。我的問題是：
- 1）這是執行正確的程式碼嗎？
- 這是否會自動恢復自上次恢復代理作業執行以來發送的任何事務日誌？
- 恢復代理作業執行後，我是否需要保留 .trn 文件？
我找不到任何可以完全解釋實際切換過程的資源。不過，關於如何設置日誌傳送的內容很多。
我的最終目標是達到這樣一種情況：我每晚都進行一次完整備份，將其發送到備用伺服器並恢復它，在完全備份之前刪除所有 .trn 文件，然後每 5 分鐘進行一次日誌發送，每隔 15 分鐘恢復一次。
1）這是執行正確的程式碼嗎？
嗯，有點。它可能看起來更像這樣：
RESTORE DATABASE [YourMom] WITH RECOVERY
- 這是否會自動恢復自上次恢復代理作業執行以來發送的任何事務日誌？
不，你的工作是確保日誌傳送被趕上，如果可能的話（如果主伺服器仍然可用），備份日誌的尾部（聽起來像條，我知道），這將抓取任何剩餘的事務，並將主數據庫上的數據庫置於恢復狀態（將切斷所有目前使用者）。TOL 備份通常是手動步驟，除非您有第三方工具（如 Quest LiteSpeed 提供幫助）。
- 恢復代理作業執行後，我是否需要保留 .trn 文件？
這不是一個是或否的問題。您應該根據您的數據保留策略保留所有備份。
希望這可以幫助！