MS SQL Server 2012 日誌傳送問題
我有幾個關於 SQL Server 2012 中的日誌傳送的問題。
- 如果主數據庫伺服器當機，是否可以允許使用者連接到輔助數據庫以繼續使用讀/寫訪問權限？
- 一旦主伺服器重新上線，切換回主數據庫伺服器是否是一個困難的過程？
- 將恢復模式更改為完全（從簡單）有任何問題嗎？
- 我的現有備份（使用 Symantec Backup Exec）是否會因啟用日誌傳送和切換到完整恢復模式而受到影響？
1）如果主數據庫伺服器死了，是否可以允許使用者連接到輔助數據庫以繼續使用讀/寫訪問權限？
您必須手動故障轉移到輔助伺服器，因為日誌傳送沒有內置機制來支持自動故障轉移。
故障轉移後，您的應用程序（假設它們使用 ADO.NET 或 SQL Native Client）可以利用
Failover Partner=Secondary_server您不需要使用數據庫鏡像來使用故障轉移夥伴。無論您是使用數據庫鏡像、複製、日誌傳送還是管道膠帶，就像蜜獾一樣，您的應用程序都不在乎。只要主伺服器關閉，他們就會嘗試連接到故障轉移合作夥伴名稱。
.
2）一旦主伺服器恢復上線，切換回主數據庫伺服器是不是一個困難的過程？
傳統上，根據 logshipping 中涉及的數據庫的大小和數量，這可能會或可能不會很困難。
數據庫大小和您的網路頻寬非常重要。通常，您只需要重新設置日誌傳送。含義 - 將您的所有應用程序指向主應用程序和後台，對主應用程序進行完整備份，將其複製到輔助伺服器並通過後續日誌備份將其還原且不可恢復。
為了最大限度地減少停機時間，您可以使用**“反向日誌傳送”**將被證明是一個巨大的幫助。
- 將恢復模式更改為完全（從簡單）有任何問題嗎？
是的。更改恢復模式會破壞日誌鏈。保羅蘭德爾在他的神話部分談到。另外，請參見下圖：
- 我的現有備份（使用 Symantec Backup Exec）是否會因啟用日誌傳送和切換到完整恢復模式而受到影響？
設置日誌傳送後，無需進行任何額外的日誌備份。事實上，任何臨時日誌備份都會破壞日誌鏈。使用**
COPY_ONLY**備份。正如我上面提到的，對恢復模型的任何更改都應遵循完整備份。那將是您的基本備份。任何臨時備份（甚至完整備份）都應該使用COPY_ONLY選項，就像您依賴差異備份一樣，如果有人進行臨時完整備份，這將是一個問題。
作為旁注，請始終完整記錄、測試、測試和測試 + 自動化（盡可能）您的災難恢復策略。有關詳細資訊，請參閱Paul 的 DR 海報。
