Sql-Server
恢復多個數據庫的日誌傳送的最快方法
尋找恢復多個不同步的 SQL Server 備用數據庫的最快方法。
- 伺服器 A 是生產伺服器,有 50 個配置有
LSBACKUP
作業的數據庫。- 伺服器 B 是一個備用伺服器,有 50 個數據庫處於
READONLY/STANDBY
更新LSCOPY
和LSRESTORE
作業的模式。長時間維護後出現以下錯誤*:
此備份集中的日誌從 LSN 5286000000042100001 開始,該日誌太新,無法應用於數據庫。可以還原包含 LSN 5286000000039400001 的早期日誌備份。
顯然,找不到所需的 LSN,因此解決此問題的方法是在生產數據庫上進行完整備份
NORECOVERY
並在備用數據庫上還原它,然後重新啟動還原作業。這裡的問題是一一做是一個漫長而乏味的過程:
解決這個問題的最快方法是什麼?我並不是在尋找一種使備份更快的方法,而不是一種使整個備份自動化的方法。
- 我們從企業級降級到標準級,不知何故,原木運輸鏈在此過程中中斷了。
以下是我將採取的方法:
停止主數據庫伺服器和輔助數據庫伺服器上的日誌傳送作業。
如果在主伺服器上執行完整備份作業,則必須通過還原最新的完整備份和差異或後續日誌備份來初始化日誌傳送。
如果主伺服器上未執行完整的非複制僅備份,您可以按照其餘部分進行操作
- 對主伺服器上的數據庫進行差異備份。
- 將所有備份移至輔助數據庫伺服器。您可以使用 Robocopy 或 powershell 來執行此操作。
- 使用 恢復輔助伺服器上的 DIFFS
norecovery
。- 在主要和次要上開始日誌運輸作業。
- 此時應該恢復您的日誌傳送。