Date: 6月 30, 2023
在不花费大量资金的情况下实现 SQL Server 的 HA/DR
高可用性和灾难恢复 (HA/DR) 是所有数据库环境的基本要求，尤其是关键任务数据库环境。然而，许多企业面临着在不大幅增加成本的情况下实现 HA/DR 的挑战。如果您正在努力解决这些问题，本文将为您提供有效的解决方案。
SQL Server 标准版被广泛使用，但它有一定的局限性：它仅支持集群中的两个节点。但是，通过利用 SIOS DataKeeper Cluster Edition 的功能，您可以克服此限制，从而能够将数据复制到第三个节点以进行灾难恢复。
此策略允许您使用 SQL Server 标准版创建 SANLess SQL Server 故障转移群集实例 (FCI)，而不是升级到 SQL Server 企业版并使用 Always On 可用性组，从而为您节省 70% 以上的 SQL Server 许可费用。
本博文旨在指导您完成使用 SIOS DataKeeper 在不属于集群的第三个节点上进行数据恢复的过程。
配置您的节点
在此场景中，我们假设您在集群中配置了两个节点，即 DataKeeper-1 和 DataKeeper-2。这些节点的 E 驱动器相互复制。此外，DataKeeper-1 正在复制到第三个节点 DataKeeper-3，该节点不属于集群。需要注意的是，对于 SQL Server Standard Edition，第三个节点永远不能成为群集的一部分。
准备第三个节点
首先，确保 DataKeeper-3 与集群分离。这样，您现在就有了一个双节点集群（DataKeeper-1 和 DataKeeper-2），其中 SQL Server 配置为故障转移集群实例，但仍使用复制到第三个节点 DataKeeper-3SIOS数据管理器。
引导灾难恢复过程
那么，这在实际灾难中会如何发挥作用呢？以下是您需要遵循的步骤：
- 模拟灾难：在本例中，为了模拟灾难，我们使 SQL Server 在集群（DataKeeper 1 和 2）上脱机。
- 切换到 DataKeeper 3：当 SQL Server 离线时，我们切换到 DataKeeper-3。然而，DataKeeper 3 上的卷 E 最初无法访问。
- 解锁音量：要解锁 DataKeeper-3 上的卷，您需要执行名为“emcmd”的教程视频中所示的命令行操作。切换量’
- 附加数据库：在真正的灾难中，您需要在 DataKeeper-3 上运行一个独立的 SQL Server 实例。然后，您可以从此独立实例附加用户定义的数据库。
- 复制回集群：DataKeeper-3 上写入的数据将复制回 DataKeeper-1 和 DataKeeper-2。这可以使用 SIOS DataKeeper 界面进行验证。
灾后恢复
灾难解决后，您可以使用类似的过程将卷切换回原始源。
通过利用 SIOS DataKeeper Cluster Edition，您可以实施稳健、经济高效且高效的解决方案高可用性/灾难恢复适用于您的 SQL Server 环境的策略。此过程不仅无需升级到 SQL Server Enterprise Edition，从而有助于节省大量成本，而且还可以确保灾难期间的数据可用性和快速恢复。
查看这个视频了解该过程的完整演练，并确保您的 SQL Server 保持弹性，而无需花费太多。
经许可转载安全操作系统