Sql-Server

將地理位置分散的第三個節點添加到 AAG 集群

  • November 11, 2016

我們在 DC 的數據中心始終設置了 2 個節點,我的任務是在聖何塞的這個集群中設置第三個節點。為了實現這一點,我需要考慮哪些因素?我閱讀了以下給出的文件,其中提供了一些見解。這份文件是否足以作為參考?

http://download.microsoft.com/download/D/2/0/D20E1C5F-72EA-4505-9F26-FEF9550EFD44/SQLServer2012_MultisiteFailoverCluster%20(2).docx

我的主要問題是我在哪裡放置仲裁(可能是磁碟和文件共享見證)。如果由於地理距離的原因,非同步送出是唯一可用的選項,那麼僅使用手動故障轉移選項是否可行?

我的主要問題是我在哪裡放置仲裁(可能是磁碟和文件共享見證)

法定人數是多數協議,它不是資源。在 2003 年之前,它曾經是一種資源,唯一的選擇是磁碟,但自 Server 2008 以來就不是這種情況了。

只能有一個見證人,不能同時擁有磁碟和文件共享。選擇哪一個將取決於您在失敗期間的有利情況以及您的內部實施限制。例如,與我合作的一家公司表示絕對沒有任何伺服器共享磁碟,因此排除了磁碟作為潛在見證的可能性。

大多數組織都希望任何被認為是其業務的最佳方面(儘管適當的計劃和實施不會有“最佳”方面)保持執行。在大多數情況下,我們稱之為“主要”方面。一般來說,當使用 windows server 2012R2 或更低版本時,witness 應該最靠近應該保持的位置,以防出現真正的拆分情況。如果您使用的是 Windows Server 2016,您將需要查看站點。

如果由於地理距離的原因,非同步送出是唯一可用的選項,那麼僅使用手動故障轉移選項是否可行?

再次,取決於。這會失敗嗎?也許只是在 RTO 勝過 RPO 的真正區域 DR 事件中?會有關於這個新副本的任何報導嗎?如果是這樣,報告是否需要特定的數據新鮮度 SLA?

同步顯然會產生成本,而您的往返時間 (rtt) 延遲將是長途 AG 的最大因素,其次是磁碟。非同步在降低工作負載的吞吐量方面顯然不會有這些問題,但如果用於報告,在數據新鮮度方面仍然會感覺到它。

請記住,如果這是計劃停機時間,您可以在執行任何活動之前更改可用性模式。

引用自:https://dba.stackexchange.com/questions/154827