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