大型 SQL Server 數據庫的 DR/報告解決方案

我們有一個大型 (3TB) 數據庫，它是 AOG 的一部分。我們現在需要數據的第三份副本。以下是我們需要的一些東西：

• 第三個副本需要與主副本實時（或接近實時）同步；最壞的情況是我們可以忍受 24 小時的延遲。
• 第三個副本在任何時候都不能是 PRIMARY NODE。（這只是一個報告伺服器）

我有哪些選擇？

我不想在 AOG 之上配置複製。這似乎是一個複雜的選擇。我可以為 AOG 添加第三個節點。這可能會增加對主節點的一些依賴；我希望新架構盡量減少對其他 2 個節點的干擾。

**如果您不需要查詢伺服器，**這裡的經典答案是事務日誌傳送：只需在不同的 SQL Server 上恢復您的備份。

這裡非常適合，因為：

• 它獨立於您的 Always On 可用性組：即使 AG 發生故障或集群發生故障，您也可以使用此 DR 伺服器快速上線
• 在您手動執行 RESTORE WITH RECOVERY 並將您的客戶端指向它之前，它無法成為主節點（可以通過使用通常指向您的主節點的 DNS CNAME 進行調整，但在災難期間，您將其更改為指向日誌二次發貨）
• 它可以保持合理的同步 - 你說在 24 小時內，這對於日誌傳送來說相當容易

這符合您問題中的所有要求。

請注意，有一個許可問題：如果您有軟體保障，那麼對於您購買的每一個主要版本，只要不被查詢，您就會獲得一個免費的次要版本。如果您使用多個輔助設備（例如您的主數據中心中的一個，再加上添加這個新的），您可能需要購買額外的許可。

如果您確實需要在伺服器繼續更新您下面的數據時查詢伺服器，那麼您唯一的兩個答案是 Always On 可用性組或事務複製。所有其他答案（SAN 複製、日誌傳送、VM 複製等）都需要在每次更新數據時停止查詢。

引用自：https://dba.stackexchange.com/questions/217493