SQL Server Always On 的替代方案：适用于 Express 和 Standard 版本的 HA

适用于 Express 和标准版的 Always On SQL Server的替代方案

Microsoft SQL Server的解决方案

SafeKit为Microsoft和SQL Server这两个冗余节点之间提供高可用性，实现数据的同步实时复制和自动故障转移。

该解决方案与Microsoft SQL Server版本无关，并且适用于快速版和标准版。

通用产品

SafeKit是一款通用产品。它不仅可以复制 SQL Server 数据和日志，还可以复制其他内容。如果您的应用程序基于SQL Server ，并且包含配置文件或其他文件的特定文件夹，您也可以使用相同的方法进行复制。此外，除了 SQL Server 服务之外，您还可以重启您自己的服务。

SafeKit安装指南，包含Microsoft SQL Server快速版和标准版、

没有Microsoft故障转移集群

SafeKit无需Microsoft故障转移集群即可运行，与 Always On SQL Server类似。它是一款一体化解决方案，提供虚拟 IP 地址、文件夹同步实时复制、自动故障转移和故障恢复等功能…… SafeKit无需共享磁盘和企业版数据库。

没有域控制器和活动目录

SafeKit无需像 Always On SQL Server那样配置域控制器和活动目录即可运行。这种易于部署、经济高效的解决方案不需要任何特定技能。

缺少 3 个节点即可达到法定人数

与 Always On SQL Server不同， SafeKit无需 3 个节点即可达到仲裁。在网络隔离的情况下， SafeKit会通过向充当见证人的路由器发送 ping 请求来检测脑裂。此外，该产品还可以轻松配置多个心跳。

其他冗余和高可用性解决方案

借助SafeKit ，您可以在Windows和Linux上实现任何文件夹和服务、数据库、完整的 Hyper-V 或 KVM 虚拟机、 Docker 、 Kubernetes和云应用程序的实时复制和故障转移。

完整的解决方案

SafeKit解：

• 硬件故障（占问题的20%），包括整个机房的瘫痪，
• 软件故障（占问题的 40%），包括关键进程的重启，
• 由于其易用性和网络控制台，人为错误（占问题的 40%）也得以减少。

SafeKit mirror 集群如何与 Microsoft SQL Server 配合使用？

步骤 1. 实时复制

服务器 1（PRIM）运行 Microsoft SQL Server 应用程序。客户端连接到虚拟 IP 地址。SafeKit 通过网络实时复制文件 SafeKit 所做的修改。

与异步复制不同，同步复制在发生故障时不会丢失数据。

您只需在 SafeKit 中配置要复制的目录名称。对磁盘组织没有先决条件。目录可以位于系统磁盘中。

步骤 2. 自动故障转移

当服务器 1 出现故障时，服务器 2 将接管。SafeKit 切换虚拟 IP 地址，并在服务器 2 上自动重新启动 Microsoft SQL Server 应用程序。

应用程序发现 SafeKit 在服务器 2 上复制的文件是最新的。应用程序继续在服务器 2 上运行，并本地修改其不再复制到服务器 1 的文件。

故障转移时间等于故障检测时间（默认为 30 秒）加上应用程序启动时间。

步骤 3.自动回切

故障恢复是指在修复导致服务器 1 故障的问题后，重新启动服务器 1。

SafeKit 会自动重新同步文件，仅更新服务器 1 停止运行时服务器 2 上修改的文件。

故障恢复在不中断 Microsoft SQL Server 应用程序的情况下进行，该应用程序可以继续在服务器 2 上运行。

步骤 4. 恢复正常

重新集成后，文件再次处于 mirror 模式，如步骤 1 中所示。系统恢复高可用性模式，Microsoft SQL Server 应用程序在服务器 2 上运行，SafeKit 将文件更新复制到服务器 1。

如果管理员希望应用程序在服务器 1 上运行，可以在适当的时候通过 Web 控制台手动完成，也可以通过配置自动完成。

如何为 Microsoft SQL Server 配置 SafeKit mirror 集群？

SafeKit Web 控制台提供了一个直观的界面，用于为您的关键应用程序编排高可用性。只需几个步骤，您就可以配置 SafeKit mirror 集群以确保业务连续性：

• 应用程序故障转移（宏选项卡）： 定义在发生故障时要自动重新启动的特定应用程序服务。
• 心跳网络： 集群节点用于持续监控彼此的运行状况和可用性以及同步故障转移决策的专用通信路径。
• 虚拟 IP 管理： 设置虚拟 IP (VIP)，以便在故障转移后实现透明的客户端重新连接。
• 实时复制： 选择用于基于主机、同步字节级复制的关键目录。
• 检查器： 监控应用程序的运行状况，并在检测到进程故障时触发自动恢复。

SafeKit 集群包含一个专用的裂脑检查器，用于解决网络隔离问题，而无需第三个见证机或额外的保活网络。了解有关集群中的保活、故障转移和仲裁的更多信息。

如何监控 SafeKit mirror 集群的 Microsoft SQL Server？

SafeKit 管理控制台提供高可用性基础设施的统一视图。它允许管理员监控集群的运行状态并实时跟踪数据同步。

对于一个 2 节点 mirror 集群，控制台会清晰地显示每个服务器的角色：

• PRIM（主）： 当前运行应用程序并管理虚拟 IP 的活动节点。它将写入本地存储，并实时复制到辅助节点。
• SECOND（辅助）： 接收同步字节级更新的备用节点。如果主节点发生故障，它已准备好立即接管。
• ALONE 状态： 当集群在单个节点上运行时（例如，在维护期间或发生故障后），会向您发出视觉警报，表明冗余暂时丢失。
• 重新同步进度： 当故障节点恢复时，其状态在后台数据重新集成期间变为橙色，确保在“恢复正常”阶段没有停机时间。

除了简单的状态图标，该界面还提供一键式故障转移编排，允许您在计划维护期间手动重新分配主角色，同时确保用户活动的持续可用性。

视频指南：配置 SafeKit 哈 mirror 集群 SQL Server

SafeKit 视频：应用级集群 (8:47)

在本视频中，您将了解 SafeKit 如何在没有 SAN 复杂性的情况下实现 mirror HA 集群。虽然此演示使用 Microsoft SQL Server，但该解决方案对其他数据库和应用程序也同样适用。

章节

1. 🎬 两个带有 SQL Server 节点 (0:32)
2. 🎬 配置集群和 mirror.safe 模块 (3:58)
3. 🎬 启动和测试 SQL 复制、迁移、崩溃时故障转移 (4:17)

分步实施

• 🛠️ 阅读在 Windows 上设置 mirror 集群的指南
• 🛠️ 阅读在 Linux 上设置 mirror 集群的指南

🔍 探索 SafeKit

查找有关 SafeKit 功能、架构、视频、文档和免费试用的信息。