SQL AlwaysOn 和系統中心配置管理器 TP 4 1601
最近，Microsoft 發布了 Configuration Manager (1601) 的 Technical Preview 4。根據 TechNet，“配置管理器現在支持使用 SQL Server AlwaysOn 可用性組來託管站點數據庫。安裝新站點時，您可以直接設置以使用可用性組而不是 SQL Server 的普通實例。”
然後他們指出“成功配置和使用可用性組需要您熟悉配置 SQL Server 可用性組，並依賴於 SQL Server 文件庫中提供的文件和過程。”
目前，為 Configuration Manager 站點數據庫創建容錯和避免單點故障的最佳做法是在每個管理點安裝 SQL 副本。我觀看了幾個概述影片（從 2013 年開始），以更好地了解 AlwaysOn 的工作原理。
在 DBA 社區中，AlwaysOn 是提供容錯和避免 SQL 副本單點故障的更好解決方案嗎？
完全披露者：我正在學習 Configuration Manager，並且對 SQL Server 有非常基本的了解，因此您的任何建議或建議將不勝感激。
可用性組已迅速成為 Microsoft 的關鍵 HA 策略。它們比 SQL Server 故障轉移群集更容易設置和維護，但優缺點略有不同。FCI 純粹用於 SQL 實例級別的 HA 解決方案，而可用性組在可用性組（數據庫組）級別提供 HA。
它們並非沒有缺點或限制，但它們的簡單性、靈活性和與 Azure 的集成使它們非常適合用於 SQL Server、SharePoint 和 Systems Center HA（如果支持）。
我不會說 AlwaysOn 是“提供容錯和避免 SQL 副本單點故障的更好解決方案” - 實際上我認為 SQL 複製除了容錯之外還有不同的目的，但讓我們堅持你的問題。
與每種技術一樣，每種技術都有其優點和缺點，但是，當出於可用性目的將 AlwaysOn 與 SQL 複製進行比較時，從我的角度來看，AlwaysOn 的最大缺點 - 需要 n*2 儲存空間 - 與複製一樣無效您的訂閱者需要相同的儲存空間（以防您必須複製整個目錄，配置管理器可能就是這種情況）。
正如您所寫的那樣，您只有 SQL Server 的基本知識：
如果您的所有 SQL 實例都在同一個域/網路中，並且所有 Configuration Manager 站點都可以平等地訪問此基礎架構，我可能會選擇 AlwaysOn
- 一旦您的端點啟動並執行 - 並且有很多關於如何做到這一點的資源 - 您可以使用 GUI 完成所有操作。我建議使用“生成腳本”選項，這樣您就可以看到幕後執行的語句
在其他情況下，我建議進行複制，因為這已經存在很長時間了，並且線上上有很多文件和知識
（如果站點是隔離的（例如雲和本地）：甚至有可能使用“域獨立可用性組”，所以理論上你確實可以在不複製的情況下完全做到這一點https://docs.microsoft.com /en-us/sql/database-engine/availability-groups/windows/domain-independent-availability-groups?view=sql-server-2017）