SIOS SANless clusters High-availability Machine Learning monitoring
这里是关于SQL Server多站点集群的一个很好的白皮书，但是他们忘了提到你也可以用基于主机的复制来做到这一点。相反，他们假设您拥有“两个EMC Symmetrix VMAX企业存储阵列，每个站点一个。阵列都配置了两个VMAX存储引擎和240个磁盘驱动器“。
如果你有一百万美元的存储预算，请继续前进，并将自己击倒。如果没有，请使用DataKeeper集群版查看一些Fusion-io PCIe闪存存储和基于主机的复制。它的速度比SAN的速度还要快，而且成本只是其中的一小部分。看看北极星工业如何做这个http://www.fusionio.com/blog/polaris-sios/
转载https://clusteringformeremortals.com/2013/02/05/sql-server-2012-alwayson-multisite-failover-cluster-instance-white-paper/
我最近阅读了一篇名为SQL Server 2012 AlwaysOn：云数据中心高可用性数据库的文章，作者John Joyner在云中使用AlwaysOn可用性组为SQL Server提供高可用性。我一直在调查AlwaysOn可用性组，因为它在SQL Server 2012的预发布版本中可用。虽然它确实有一些有效的用途（主要是在灾难恢复配置中），但它说这是一种“实现HA SQL的新方法”，掩盖了部署AlwaysOn可用性组作为故障转移群集的替代品的许多问题，而不是一个可行在许多情况下选项。
在我写给这篇文章的回复中，我提出使用基于主机的复制解决方案DataKeeper Cluster Edition的AlwaysOn多站点集群是一个更好的选择，我继续解释了为什么。我原来对这篇文章的回应似乎已经被删除了，所以我决定把我对以下原文的回应转载：
AlwaysOn可用性组有几件事情需要考虑。正如你所提到的，“微软宣布支持一些System Center 2012 SP1应用程序与SQL AlwaysOn一起工作”，这意味着仍然有应用程序不支持AlwaysOn。实际上，有很多应用程序不支持AlwaysOn可用性组，包括使用分布式事务的任何应用程序。而其他的限制，如不能保持MSDB，主数据库和其他数据库同步呢？我在这里博客了这些限制。
我同意SQL HA很重要，但是，使用AlwaysOn可用性组获得“高可用性”（意思是在出现故障时自动恢复）的唯一方法是使用同步镜像。本月早些时候，在西雅图的PASS Summitt，我在AlwaysOn上进行了许多不同的演讲，主持人谈论了AlwaysOn的异步配置。原因是AlwaysOn同步复制对应用程序的性能有着重大的影响。我个人使用AlwaysOn Synchronous镜像测量了高达68％的性能损失，而且这是在一个专用的10 Gbps LAN上测得的！我在这里博客关于这个结果
不幸的是，在异步配置中，您放弃了自动故障转移，所以您确实没有获得HA，您正在获得数据保护，但肯定不像传统SQL故障转移群集所期望的那样。
最后还有成本考虑。SQL Server 2012 Enterprise没什么可打喷嚏的。如果你想构建一个双节点的集群，并利用可读的辅助节点，并且你正在使用一个2路16核的服务器，那么你正在为SQL Server 2012企业版许可证花费近22万美元。我在这里的博客文章中分解了相关的成本。
不要误解我的意思，SQL Server 2012 AlwaysOn可用性组可以解决许多问题，但我不会将大多数云部署中所需的异步配置归类为HA备选方案。很多人都忽略了AlwaysOn AlwaysOn故障转移群集。SQL Server AlwaysOn故障转移群集的新功能（包括对跨子网多站点群集的增强支持）将为您提供真正的HA解决方案，并克服上述所有限制。当然，在纯云解决方案中，您可能无法与基于阵列的复制集成以支持多站点群集，但是您始终可以使用基于主机的复制解决方案（如SteelEye DataKeeper Cluster Edition）在公共云或私有云中构建多站点群集，自己的物理数据中心，你可以做到这一点，SQL Server 2008到2012年，它可以在SQL Server标准版以及企业。
您是否使用HA配置中的AlwaysOn可用性组进行了任何测试？如果是的话，我会很好奇，知道你是否测量了与你的环境中同步复制相关的开销。转载https://clusteringformeremortals.com/2012/11/27/is-alwayson-availability-groups-a-viable-alternative-to-alwayson-failover-clusters-in-the-public-cloud/
毫无疑问，AlwaysOn可用性组在SQL PASS峰会上是一个热门话题。正如我在之前的文章中提到的那样，您需要考虑与AlwaysOn相关的开销以及其他限制。在我介绍SIOS DataKeeper Cluster Edition时请继续阅读。在此之前，如果您可以处理开销，并且这些限制不适用于您，并且您仍然希望部署AlwaysOn可用性组，则当您打开支票簿时，您可能希望拥有席位。
我使用SQL Server 2012 AlwaysOn可用性组（仅限具有典型2插槽，16核心服务器配置的目标）定价（标价）双节点解决方案。我还添加了一个在SQL 2012标准版上运行DataKeeper Cluster Edition的可比较配置，并且是SQL 2008 R2 Enterprise Edition。
正如您所看到的，部署SQL Server 2012 Enterprise Edition（对可用性组是必需的），您的费用要比使用DataKeeper Cluster Edition部署类似的复制群集解决方案的费用大得多。在PASS峰会上，您都可以停下来观看演示并获取更多信息。转载https://clusteringformeremortals.com/2012/11/09/want-sql-server-alwayson-features-but-cant-afford-sql-2012-enterprise-edition-sqlpass/
毫无疑问，AlwaysOn可用性组在SQL PASS峰会上是一个热门话题。正如我在之前的帖子中提到的，在部署SQL Server 2012 Enterprise Edition时，您需要考虑与AlwaysOn相关的开销以及其他限制。在我介绍SIOS DataKeeper Cluster Edition时请继续阅读。
我使用SQL Server 2012 AlwaysOn可用性组（仅限具有典型2插槽，16核心服务器配置的目标）定价（标价）双节点解决方案。我还添加了一个类似的配置。在SQL 2012 Standard Edition上运行DataKeeper Cluster Edition，并作为SQL 2008 R2 Enterprise Edition。
正如您所看到的，部署SQL Server 2012 Enterprise Edition（对可用性组是必需的），您的费用要比使用DataKeeper Cluster Edition部署类似的复制群集解决方案的费用大得多。
联系我们以最优惠的价格获得最佳的SQL Server Alwayson功能。
经Clusteringformeremortals.com许可转载