Windows Server高可用集群需“底层集群+上层服务”两级协同，分四步：一、正确配置WSFC（域环境、禁IPv6、独立心跳网、验证配置、仲裁设置）；二、严控SQL Server AlwaysOn（企业版、启用功能、端点权限、完整备份）；三、按角色开放防火墙端口（135/445/1433/5022/3343等）；四、规范存储与权限（域账户服务、文件分离、NTFS空间）。
Windows Server 高可用集群不是装完系统点几下就能用的，核心在于“底层集群 + 上层服务”两级协同。配得对，故障自动切换；配错一点，可能整个集群验证失败、同步卡死、甚至主备倒换后连不上库。下面按真实部署逻辑，分四个关键环节讲清楚。
一、先搭好 Windows 故障转移集群（WSFC）
这是所有高可用服务（AlwaysOn、Hyper-V HA、NLB 等）的统一底座，必须先跑通。- 所有节点必须加入同一个 Active Directory 域，且 DNS 服务器必须指向域控制器本身（不能填 114.114.114.114 或路由器 IP）
- 每台服务器禁用 IPv6（全节点统一），网卡高级设置里关掉“节能模式”和“流量控制”
- 心跳网络建议用独立网卡或 VLAN，IP 段与其他业务隔离（比如 10.0.0.0/24），延迟要 <1ms
- 运行“故障转移群集管理器”，用“验证配置”向导全面检查：存储可见性、网络连通性、权限一致性
- 仲裁配置别用默认——两节点集群必须配“文件共享见证”或“云见证”，否则断网就脑裂
常见报错：“检验失败：节点间无法建立群集通信”——大概率是防火墙没开 3343（UDP 心跳）、445（SMB）、135（RPC）端口，或 DNS 解析异常。
二、SQL Server AlwaysOn 需额外严控细节
它依赖 WSFC，但自身有一套独立认证与同步机制，容易在“看似正常”的状态下隐性失效。- SQL Server 必须是 Enterprise 版（Standard 版仅支持基础可用性组，无自动故障转移）
- 每个节点都要手动启用 AlwaysOn 功能：PowerShell 运行
Enable-SqlAlwaysOn -ServerInstance "MSSQLSERVER" -Force
启用后必须重启 SQL Server 服务 - 数据库镜像端点（Endpoint）必须统一用 Windows 身份验证，且所有节点的服务账户需是同一域账户，并在每个节点上为该账户授予“本地管理员”和“锁定内存页”权限
- 主副本和辅助副本的恢复模式必须是“完整”，且已做过至少一次完整备份 + 日志备份（否则无法加入可用性组）
典型坑：辅助副本同步状态显示“正在还原”，其实是日志备份没传过去，或端点权限没继承——不是等出来的，是查出来的。
宝塔Linux面板11.3.0
下载
宝塔面板11.3.0是一款针对Linux服务器设计的可视化管理工具，通过重构核心模块实现资源占用显著降低，尤其适合低配置服务器环境。它将复杂的命令行操作转化为直观的图形界面，帮助开发者快速完成网站部署、环境配置及日常运维工作，无需专业技术背景即可高效管理服务器。
三、网络与防火墙必须按角色开通端口
不是“开了 1433 就万事大吉”，不同组件走不同通道，缺一不可。- SQL 访问：TCP 1433（应用连接）
- AlwaysOn 同步：TCP 5022（数据库镜像端点通信）
- 集群心跳：UDP 3343（节点健康探测）
- 集群管理：TCP 135（WMI、RPC）、TCP 445（SMB 共享仲裁）
- SQL Server Browser：UDP 1434（命名实例发现，如用非默认实例）
推荐用 PowerShell 一次性配全：
New-NetFirewallRule -DisplayName "WSFC & AlwaysOn" -Direction Inbound -LocalPort 135,445,1433,5022,3343 -Protocol TCP -Action Allow New-NetFirewallRule -DisplayName "Cluster Heartbeat UDP" -Direction Inbound -LocalPort 3343 -Protocol UDP -Action Allow
四、存储与权限常被忽略的关键项
硬件没问题，但配置错一个参数，集群照样起不来。- 仲裁磁盘（文件共享见证）必须由域账户拥有“完全控制”权限，且该账户需在 AD 中被委派“创建计算机对象”权限（否则集群无法动态注册见证资源）
- SQL Server 服务账户必须是域账户，不能用 LocalSystem 或 NetworkService——跨节点通信会失败
- 数据库文件和日志文件务必放在不同物理磁盘（或不同控制器通道），避免 IO 竞争拖慢同步速度
- 系统盘（C:\）建议 ≥60GB NTFS，避免 AD 证书服务写满导致集群服务崩溃
一句话总结：集群不是拼凑出来的，是校准出来的。每一步验证通过再进下一步，比事后排查快十倍。
