使用当前故障转移群集设置 AG 组

Riz*_*wan 3 clustering availability-groups sql-server-2014

环境

Windows: 2012 R2 Standard
SQL: SQL 2014 Enterprise Edition
Setup: Two Node Windows Failover cluster with SAN
Run Code Online (Sandbox Code Playgroud)

变化:

我们希望通过添加在 DR 站点上运行的第二个 SQL 实例将可用性组引入实例。它将是带有附加驱动器的虚拟服务器。对于 Clarity,我们将在两个节点集群上运行的 SQL 实例调用,SAN 作为 S1,在 DR 站点的第二个 SQL 实例作为 S2

问题:

  1. 将 S2 添加到 S1 集群后,我们可以创建 AG 组吗?如果 S1 发生故障并故障转移到节点 2,AG 是否会故障转移到 S2 实例?

  2. 通过在使用 AG 设置的新服务器上创建两个实例来重新开始,然后将数据库迁移到它们?

  3. 许可 - 我们是否必须为主实例和辅助实例支付许可费用,即使一切都将在主实例上运行并且在主实例出现故障时进行故障转移?

谢谢!

Hai*_*ssa 5

对于您的第一个问题,是的,您可以使用相同的环境(Windows:2012 R2 标准版和 SQL 2014 企业版),但应更改配置。在故障转移群集期间,主服务器和辅助服务器共享相同的资源或驱动器,这不适用于 Always on 配置,并且主副本和辅助副本都必须有自己的驱动器。

对于您的第二个问题,这取决于您的偏好和可用资源,如果您认为重置两台服务器上的驱动器并更改配置很容易,您可以这样做。如果您有足够的资源、SAN 中的空间并且更有信心开始全新安装,您可能会选择第二个选项。

关于许可。假设您计划仅将辅助节点用于灾难恢复或较短的维护时间,则您只需要为主节点获得许可。但是,如果您计划从辅助节点进行查询,则还需要辅助节点的许可证。

  • 不,您不能这样做,要首先配置 Always on 可用性组,您必须设置集群,这意味着辅助节点必须是集群的一部分。我不确定您为什么要这样设置,但从您的问题来看,您似乎正在考虑在灵活存储失败的情况下更安全,如果是这种情况(这是一个非常明智的考虑),您仍然可以制作一个一个物理服务器(在磁盘上)和另一个在您的 SAN 上并配置集群。注意,但两个节点都必须是集群的一部分。 (2认同)
  • 当你说独立时,如果它是指独立的 sql server 安装,那就是它应该是的,只要它是集群的一部分,它就会工作。在这种情况下,您正在创建 3 个节点的故障转移集群,许可问题将有所不同。Microsoft 只允许每个许可证有 1 个辅助节点或灾难恢复节点,这意味着对于 3 节点故障转移集群,您可能需要购买 2 个许可证,但可以为您的集群添加额外的节点 (2认同)