Sql-Server
為 DR 和報告設置兩個 AlwaysOn 可用性組是一種常見模式嗎?
我們在雲中有一個主 OLTP 伺服器。
我們打算擁有用於災難恢復的同步 Alwayson 可用性組,以及用於臨時查詢報告的另一個可用性組 AAG。這樣,如果我們的主伺服器出現故障,我們的第二台 DR 伺服器和報告查詢之間就不會發生爭用。報告將是第三個節點。我們不需要報告伺服器上有不同的架構或索引。您是否發現這種設計模式有任何缺陷,或者它是普遍的做法?
這將是一個具有 3 個副本的 AG,而不是兩個單獨的 AG。
總的來說很好,但可能有點矯枉過正。通常,如果您有一個 FCI 和一個用於 DR 的 AG 副本,您將使用 DR 節點進行報告。在災難中,您不會有單獨的報告副本,但是您知道,災難很糟糕。
對於 Quorum,具有單個 FCI 的集群通常應使用節點和磁碟多數(如果數據庫儲存在 SMB 共享上,則應使用節點和文件共享)。其他節點都不應該有投票權。