异步与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/