在 Windows 2008R2 中使用 SQL Server AlwaysOn 可用性組是否存在問題？
[來自StackOverflow的交叉文章]
Brent Ozar 發布了這個名為“Real-Life SQL Server 2012: AlwaysOn Lessons Learned”的網路廣播（幻燈片，影片免費註冊），他在其中反复聲明，不同程度的力量，
將 Windows 2008R2 與 SQL Server 2012 可用性組一起使用是一個壞主意
他提出的問題包括：
- 仲裁重新計算（Windows 2012 中引入的 Windows 故障轉移群集功能）
- 許多需要 Windows 修補程序的錯誤（AlwaysOn 文件中的列表，“StackOverflow 更新檔”），儘管我對通過更新我的部署來修復的問題不太感興趣。
他沒有談論為什麼在 Win2008R2 中使用 AG 是一個壞主意的其他細節，只是說 AlwaysOn“比任何其他應用程序更努力地推動 Windows 集群，並且正在發現突破點”。值得注意的是，這是受支持的配置（AlwaysOn 系統要求）。
在使用帶有 Windows Server 2008 R2 的 SQL Server 2012 AlwaysOn 可用性組的新部署中發現了哪些問題，這些問題是否通過使用 Windows 2012 得以消除？是否存在在 Windows 2012 中已修復但在 2008R2 中沒有可用修補程序的 Windows 2008R2 中的問題？
我們有多個客戶在 Windows Server 2008 R2 上使用 SQL Server 2012 和可用性組。實施可用性組的先決條件中列出的修復需要適用於 Windows，以確保您不會遇到已知問題。
雖然我沒有在 2008 R2 的生產環境中執行 AlwaysOn，但我已經在 2012 Hyper-V 上使用 2008 R2 來賓對 VM 實驗室進行了試驗。我遇到的唯一真正的問題是必須安裝修補程序KB2494036才能更改集群節點的節點權重屬性。我的測試環境模擬了主要設施中的三個仲裁投票節點，其中兩個託管 SQL Server（帶有可用性組），第四個“場外”非投票節點託管可用性組的第三個副本。
我對其進行了一系列測試，例如不正常的斷電、擺弄 TDE 設置、手動將節點連接到 AG 等等，我至少無法在測試中讓它崩潰。2008 R2 集群可能會出現一些邊緣情況，但我在玩遊戲時無法發現任何情況。
但是，如果我從頭開始建構新的生產機器，我可能會使用 2012 以確保安全，並避免手動修補修補程序。