異步與AlwaysOn上的同步複製

從本週參加PASS峰會的會議中可以明顯看出，AlwaysOn是一個熱門話題，大約有六個會議專門討論這個解決方案。我學到的一件事是，儘管解決方案當然有其應用，但是大部分成功的部署都是基於以異步方式使用AlwaysOn。人們避免同步複製選項的原因是開銷太大。在同步複製期間，在源上提交之前，必須在副本上提交任何寫入。在我所做的測試中，引入的開銷可能高達68％。例如，在一個測試中，我有一個每秒插入大約1,000,000行的數據庫，我們測量日誌文件的吞吐量，我們看到沒有鏡像的地方我們正在寫大約400 MBps。一旦我們開始在10 Gbps局域網上使用AlwaysOn可用性組複製數據庫，我們發現性能下降了大約68％，這個特定的數據庫減慢到每秒大約250,000個插入。

如果您正在考慮將解決方案作為您的故障轉移群集的替代品，那麼這種下降應該是您的主要擔憂。為了實現您在故障轉移群集中習慣的自動故障轉移，您必須使用同步鏡像，這意味著您必須忍受這種性能下降。一般情況下，這是不可接受的，這可能是為什麼你沒有聽到專家定期推薦這樣的配置。

那你該怎麼辦？

你應該堅持傳統的故障轉移群集和SAN嗎？如果你想利用快速，高速的存儲，如Fusion-io？在這種情況下，你不能使用傳統的集群…或者你可以嗎？好消息是，您可以在沒有SAN的情況下構建集群，而且不會產生與AlwaysOn可用性組關聯的開銷，限制和開銷（更多關於下一篇博文的限制和費用）。通過使用DataKeeper Cluster Edition，您可以構建無共享存儲的集群，而與同步複製相關的開銷接近10％，而AlwaysOn可用性組接近70％。來到#SQLPASS的351號展台，我將很高興展示解決方案的工作原理。轉載https://clusteringformeremortals.com/2012/11/09/how-to-overcome-the-performance-problems-with-sql-server-alwayson-availability-groups-sqlpass/