SQL Server Always On 或鏡像和日誌傳送
我們有兩個數據中心，它們之間通過站點到站點 VPN 連接，ping 時間為 2 毫秒。在主數據中心我們有 2 台伺服器，在輔助數據中心我們有一個數據庫伺服器。所有伺服器的規格和配置都相同，執行 Windows 2012 R2，我們有兩個 SQL Server 2016 Enterprise 許可證。一個用於主站點 + 故障轉移，一個用於輔助站點。
問題是我們應該使用什麼技術？始終在可用性組上，在主數據中心的兩個節點之間進行同步複製，並非同步複製到輔助數據中心。另一種選擇是在主數據中心使用鏡像，然後將日誌傳送到輔助數據中心。唯一需要注意的是，我們需要使用透明數據加密 (TDE)，因此需要使用企業許可證。
我們的運維團隊目前有 2 人，而且還在不斷壯大，但目前還沒有完全指定的 DBA，我知道如何設置這兩種技術，但只在生產中使用鏡像和日誌傳送。
人們會推薦什麼，always on 似乎很棒，但我讀過一些文章說你需要大量的 DBA 資源來照顧它，而鏡像和日誌傳送要容易得多。
如果您在說鏡像（而不是 SAN 鏡像）時指的是數據庫鏡像，那麼不要。它自 2012 年以來已被棄用，因此它是未來版本中完全刪除的潛在候選者。
使用 Always On 可用性組。DBA 成本的差異應該基本相同。恕我直言，不同的是學習曲線。日誌傳送非常容易學習、實施和操作。這主要是因為它最初是由 MSIT DBA（幾十年前）創建的，作為一種簡單、靈活的 DR 解決方案，隨後被產品化。DB Mirroring 應用了相同的概念，並進行了一些強大的增強（例如，傳送塊而不是備份提供了相當大的性能提升）。
Always On AG 擴展了這些概念，但添加了使用者現在需要學習使用和管理的依賴項（例如 WSFC）。這不是火箭科學，但如果你還不熟悉它們，可能需要一些努力才能學會。然而，一旦你弄清楚了，好處是非常顯著的（分組資源、可讀的輔助文件、更高的傳輸性能是最重要的）。