Sql-Server
數據庫鏡像失敗原因
我想知道是否有任何關於哪些場景可能導致必須重新創建數據庫鏡像的資訊？
我正在嘗試研究這項技術的堅固程度，以及在哪些情況下我們必須謹慎行事，例如長時間執行的維護任務或大宗交易。
想到的情況有：
- 由於錯誤的程式碼發布/使用者錯誤而不得不恢復主節點
- 長時間或由於維護活動而失去網路連接
- SQL Server 配置管理器中的 DNS 問題/別名配置錯誤
本案例研究探討了一些場景。通常，您需要在以下情況下重新創建鏡像：
- 它所在的物理硬體發生災難性故障
- 連接中斷的時間足夠長，以至於它遠遠落後於主節點
當然，同樣的計劃也適用於需要從鏡像重新創建主數據庫的情況！您的恢復策略是轉到鏡像還是磁帶，這取決於您自己的拓撲結構。
通常在進行重大更改時，在我的站點上，我們會暫停數據庫鏡像（或 Oracle 等價物，推遲日誌傳送），直到我們滿意，然後再恢復它。這為我們提供了一種保護措施，以防止由於任何原因而出現問題，包括操作員錯誤、新程式碼問題等。