3 節點 WFCS - 如何自動 FO 到 DR？
我計劃在我們的主站點中為 SQL Server Always On 可用性組和 DR 站點中的第三個節點實施一個雙節點 Windows Server 故障轉移群集 (WSFC)。所有應用程序客戶端都從遠端分支連接，我計劃將 FS 見證放在其中一個上。
如果主站點完全關閉（例如與主站點的通信中斷），我們希望能夠自動 FO 到 DR。
我上面描述的場景將給我們留下偶數個選民，並且一次使 2 個主要站點節點失敗的選項將不起作用。
- 我可以設置 2 個見證人嗎？（可能不會）
- 如果我將主節點（在主站點中）設置為非投票者，我將保留一個 3 投票集群。這裡有什麼缺點嗎？
如果主站點完全關閉（例如與主站點的通信中斷），我們希望能夠自動 FO 到 DR。
災難恢復位置通常用於災難恢復而不是高可用性。它可能只是一個命名的東西，但我會改為通過數據中心或位置名稱來呼叫它，因為這裡不適合災難恢復。僅供參考。
當您說“與主站點的通信中斷”時，由誰表示？這將改變設置的配置方式。例如，如果主站點和輔助站點之間的通信中斷，會發生什麼情況？如果主站點、輔助站點和文件位置之間的通信中斷，會發生什麼？
我可以設置 2 個見證人嗎？（可能不會）
你是對的，儘管你可以隨時更換見證人。如果您要移動到另一個位置，則可以設置一個新的見證。
如果我將主節點（在主站點中）設置為非投票者，我將保留一個 3 投票集群。這裡有什麼缺點嗎？
在多種情況下，這會導致整個集群停機。我將專注於主要目標，如果真的只在站點之間擁有自動 HA，那麼這將適用於大多數情況。如果要在主要站點中具有自動 HA，然後如果失敗，則自動 HA 到輔助站點，那麼您將無法真正實現開箱即用的目標。需要檢查各種情況，例如問題發生在哪裡、它如何表現、它會影響什麼等，這將改變集群最終發生的情況。
我不認為你將能夠完成你想要的，也不認為你應該嘗試。
考慮到您有一個跨越兩個數據中心的故障轉移集群，並且見證伺服器處於生產狀態。假設數據中心內的連接完好無損，與數據中心的連接問題不會導致故障轉移。兩個 AG 節點仍將與對方和見證人交談，就好像什麼都沒有改變一樣。什麼會觸發他們認為他們應該故障轉移？
此外，要自動故障轉移到 DR，您需要執行對 DR 的同步送出。這樣做會增加 prod 中每個事務的延遲。你的使用者會同意嗎？
最後，假設您考慮了上述限制並將 DR 保留為手動故障轉移，我會考慮在 prod 和 DR 之間使用分佈式 AG。這會將您的 prod 故障轉移集群配置與 DR 隔離開來。您應該能夠在 DR 中創建無集群 AG，並將其添加到 prod 和 DR 之間的 DAG。