sqlserver双机热备 ⚽⚽⚽

　　在企业核心业务系统里，数据库一旦停写超过几分钟，订单、支付、库存就可能同时失控。sqlserver双机热备的本质，不是“再装一台数据库”，而是让两台 SQL Server 在故障发生时无缝接力——业务侧只看到一个虚拟 IP 和一套连接串，背后主备角色已悄悄互换。

一、先厘清：sqlserver双机热备的四种原生路径

SQL Server 自身并没有叫“双机热备”的按钮，工程上通常指以下四种思路的某一种：

• Always On 可用性组（AG）：2012 以后企业版主力方案，多副本基于事务日志同步，支持同步/异步模式，自动故障转移，辅助副本可读。无共享存储，是最接近“现代双机热备”的形态。
• 故障转移群集实例（FCI）：依托 Windows 故障转移群集 + 共享存储（SAN/iSCSI），实例级切换，备机不独存数据，存储单点是隐患。
• 数据库镜像：主库发日志给镜像库，同步模式可近零丢失，但 2016 起已弃用，只适合老版本兜底。
• 日志传送：定时备日志→传→还原，异步、手动切换，严格说算“准热备”，多用于异地灾备补充。

选型的第一个判断点永远是 RPO/RTO：金融类写业务要近零丢失，走 AG 同步提交；跨机房延时高就 AG 异步或日志传送；预算只有标准版且要实例级保护，才考虑 FCI。

二、落地 sqlserver双机热备的三个隐形坑

很多项目切到备机才发现“热备”并不热：

1. 客户端重连逻辑：老程序写死 IP 和数据库名，没走 AG 侦听器（Listener）或 VIP，故障转移后连接池不刷新，报“主体已切换”的错。正确做法是统一用侦听器名或虚拟 IP 作连接地址。
2. 脑裂与仲裁：双机无第三方仲裁时，网络抖动可能两边都认为自己是主。WSFC 需配节点加文件共享见证，或用第三方 HA 组件做心跳裁决。

三、轻量场景思路

　　不是所有团队都买得起企业版加 WSFC 运维。Windows 单机版 SQL Server 2008R2 以上的中小项目，可用轻量 HA 工具补齐：它做 VIP 漂移、服务监控、文件同步，并在“数据同步”模块以增量方式跟 SQL Server 表级变更，配合主备角色切换实现 sqlserver双机热备，对业务代码零侵入。 占资源小、图形化配置，适合标准版或避不开域环境限制时的折中。

四、验收双机热备是否真“热”

　　上线前必须做三次真实杀进程测试：停 SQL 服务、拔主网线、关主机电源。每次要求 VIP 漂移、备机变主、旧主恢复后不回切丢数据、应用重连成功率 100%。只测“手动切换成功”的 sqlserver双机热备，生产环境一定会交学费。