Date: 2月 27, 2015
SQL Server 是关键业务应用程序，需要高可用性保护，无论它部署在何处。 就算在云端，你仍然需要保护 SQL Server 从停机时间，如果云实例或云提供商失败。 然而，传统的解决办法，例如共享存储集群可能不实用或甚至可能在云。 SANless 软件可以为企业提供高可用性和灾难恢复保护 SQL server 中的共享存储限制下云。 这篇文章将看看对于如何实现这一目标的战略。 大多数的云提供商允许您跨多个单独和冗余的数据中心部署您的应用程序。 然而，他们不提供共享的存储 (即，SAN)，这些计算资源支持传统 Microsoft Windows 服务器故障转移群集 (WSFC) 所需。 解决方案是使用 SANless 软件而不是一个共享的存储创建使用 WSFC 与本地存储的高可用性群集。 您可以跨多个 windows 实例在云中部署高度可用的 SQL 服务器故障转移群集实例 (FCI)。 当发生故障时，WSFC 将协调 SQL Server 故障转移和重新启动群集中的另一个节点上的 SQL。 作为您的云部署的 WSFC 环境中成分的 sANless 软件消除了对共享存储的需要。 而不是一个 SAN 软件保持存储同步的所有节点 （相同的） 使用实时，块级别复制。 可以同步或异步方式执行复制。 群集节点还可以位于单独的云地区增加保护。 本地、 复制存储提交 WSFC 就好像它是共享的存储。 使用 SANless 群集是快速、 方便地部署 SQL Server 在云计算中同时继续使用 Windows 服务器故障转移群集的高可用性配置。 为了提供高可用性和灾难保护 SQL server 在云中，可能还想要配置故障转移群集节点在不同地理位置分开的区域 （例如，AWS 或微软 Azure 地区）。 要实现这一目标的一种方法使用内置 SQL 服务器本身 AlwaysOn 可用性组功能。 然而，可用性组需要 SQL Server 企业版，可以是非常符合成本高昂，简单的两节点部署在此配置中。 不幸的是，可用性组也有大量的限制，你应该意识到： 这不是兼容与分布式事务，所以如果您的应用程序依赖于对 Microsoft 分布式事务协调器 (MSDTC) 你不能使用 AlwaysOn 可用性组因为服务器更改后故障切换和分布式事务处理协调器的实例 ID 不知道新的实例 id。 此外，可用性组仅复制用户定义数据库和不系统数据库 （如 Master 和 MSDB）。 SQL 代理作业和 SQL 登录不会自动同步，不会失败作为可用性组的一部分。 最后，可用性组介绍了额外的管理开销，你可能不想要处理。 可用性组的配置和管理数据库级别的不是在 SQL Server 实例级别。 因此，管理员必须重新配置保护，每次添加或删除数据库时。 本质上，你正在管理两个单独的 SQL 实例和有很大的照顾你保持其配置同步。 在这些情况下，可以用 SANless 软件来部署 SQL 故障转移群集实例 (FCI)，用来提供高可用性故障切换为整个 SQL 实例，甚至可以跨不同的子网，使用成本高效的 SQL Server 标准版。 您可以构建使用 SANless 软件提高 WSFC 启用 SQL Server 标准版跨云可用性区域或区域的故障转移群集。 这可以是那些想要完整的高可用性和灾难恢复保护的整个 SQL 实例; 企业的最佳选择获得 SQL Server 标准版，最大的应用程序兼容性，并减少管理开销的负担能力。 总结了许多年，WSFC 已被用于提供传统的现场环境中的 SQL 应用程序高可用性和灾难恢复保护。 直到最近，管理站点故障一直非常复杂和昂贵的需要大量的投资，在专门的硬件和软件，以及第二个数据中心站点的可用性。 云计算提供具吸引力和成本效益高的第二个站点，在其中找到一个集群成员并处理本地站点出现故障时的故障转移。 然而，由于传统产业集群需要共享存储之间所有的群集节点在各个地方和云资源，这并不是一个实际的传统产业集群体系结构。 在这些情况下，可以用 SANless 软件来创建跨本地提供高可用性的群集和云资源，并对处所基于 SAN 或 SANless 群集 SQL server 向云实现灾难恢复保护没有成本的远程恢复站点或 SQL Server 企业版许可证。 SANless 软件可以方便、 成本效益高可用性和灾难恢复解决方案，继续管理其 SQL 环境对物理的、 私有云或在处所 VM 环境的公司。 作者： 托尼 · 托马尔基奥是主任的字段工程在处长科技股份有限公司 托尼是负责定义和向处长客户、 潜在客户和合作伙伴提供售前的技术服务、 支持和最佳做法。 托尼已经超过十年的经验，为企业客户提供系统管理和高可用性解决方案。 读这篇文章在 ContinuityCentral.com