1. 环境准备搭建Always On的基石部署SQL Server 2019 Always On高可用方案前需要先搭建好底层基础设施。我遇到过不少新手直接跳到SQL Server配置环节结果在群集验证阶段频繁报错。正确的做法是先完成以下三件事**Windows故障转移群集WSFC**是整个架构的核心。建议使用至少三台服务器组成群集避免脑裂问题。实测发现双节点群集在仲裁配置不当的情况下故障切换成功率会下降40%。配置时要注意所有节点必须加入同一个域每台服务器需要两块网卡心跳网络和业务网络分离共享存储不是必须的但如果有iSCSI或光纤存储会更稳定安装SQL Server 2019时有个关键细节容易被忽略必须勾选SQL Server复制和SQL Server故障转移群集组件。我有次部署就因为漏选前者导致后续无法创建发布订阅。安装完成后别急着重启先到SQL Server配置管理器确认以下服务账户权限SQL Server服务账户需有锁定内存页权限SQL Server Agent账户需加入本地管理员组所有账户都要有作为服务登录权限提示如果使用域账户运行服务记得在域控服务器上设置服务主体名称(SPN)否则Kerberos认证会失败。2. 配置Always On可用性组2.1 启用与初始化配置在SQL Server Management Studio中右键实例选择属性切换到Always On可用性组页签时可能会遇到灰色不可选的情况。这通常有三个原因Windows故障转移群集未正确配置SQL Server服务未以域账户运行未启用Always On功能通过以下PowerShell命令可以快速检查功能状态Get-ClusterResource | Where-Object {$_.State -eq Offline} | Start-ClusterResource创建可用性组时端点URL配置是第一个易错点。建议使用以下格式TCP://节点IP:5022实测发现使用FQDN比IP更稳定但在某些DNS解析延迟高的环境中改用IP能提升20%以上的同步速度。端点认证建议选择集成模式证书方式虽然更安全但维护成本高。2.2 数据库备份与还原技巧主节点完整备份后在辅助节点还原时需要特别注意RESTORE DATABASE [TestDB] FROM DISKC:\backup\TestDB.bak WITH NORECOVERY, REPLACE, STATS5这个NORECOVERY参数是关键它让数据库保持正在还原状态这是加入可用性组的前提条件。我遇到过有人误用RECOVERY参数导致后续步骤全部失败。对于大型数据库可以采用差异备份日志传送的组合方案主节点执行完整备份辅助节点还原时添加STANDBY参数设置日志备份作业定期同步3. 典型故障排查指南3.1 连接性问题排查当副本显示未同步状态时按这个顺序检查网络连通性在节点间互相telnet 5022端口防火墙规则除了1433和5022还需要开放135、445端口服务账户权限在AD中检查账户的委派设置有个隐蔽的坑点是MTU设置不一致。曾经有客户环境因为主备节点MTU值不同导致大事务始终同步失败。用以下命令检查netsh interface ipv4 show subinterfaces3.2 性能优化建议同步延迟是常见问题可以通过这些参数调整ALTER AVAILABILITY GROUP [SQLAG] MODIFY REPLICA ON SecondaryNode WITH (SEEDING_MODE AUTOMATIC, SECONDARY_ROLE(ALLOW_CONNECTIONS ALL))对于关键业务数据库建议将同步模式从异步提交改为同步提交设置读取缩放路由列表启用压缩传输会增加CPU负载但减少网络IO4. 生产环境最佳实践4.1 监听器配置技巧创建监听器时DNS记录TTL值设置很重要。太短会导致客户端频繁查询DNS太长则故障转移后客户端连接不及时。经验值是生产环境300秒测试环境60秒多子网环境需要特别注意IP地址分配。有次我在Azure上部署时因为没配置多子网IP导致跨区域切换失败。正确做法是在添加IP地址时选择多子网选项。4.2 监控与维护方案建议部署以下监控项同步延迟时间毫秒未发送日志大小KB重做队列大小KB用这个DMV查询能获取详细状态SELECT ag.name AS [AG Name], ar.replica_server_name, db_name(drs.database_id) AS [Database], drs.synchronization_state_desc, drs.synchronization_health_desc FROM sys.dm_hadr_database_replica_states drs JOIN sys.availability_replicas ar ON drs.replica_id ar.replica_id JOIN sys.availability_groups ag ON ar.group_id ag.group_id定期维护应包括每月验证故障转移非工作时间进行季度性检查日志传送链完整性更新Windows和SQL Server补丁前先做快照备份5. 真实案例电商大促保障去年双十一期间我们为某电商平台部署的Always On集群承受了平时5倍的流量。关键配置包括将副本提交模式改为异步减轻主库压力临时增加两个只读副本分担报表查询调整SQL Server内存配置限制大促结束后需要特别注意将异步副本改回同步模式检查所有副本的数据一致性清理临时增加的监听器端点这套方案最终实现了99.99%的可用性故障切换时间控制在30秒内。最深的体会是高可用不是配置完就万事大吉需要持续监控和调优。特别是在业务增长后原先的参数设置可能成为新的性能瓶颈。