什么是SQL SERVER FCI

mahan

SQL Server FCI（Failover Cluster Instances，故障转移群集实例） 是 SQL Server 提供的一种实例级别的高可用性（HA）解决方案。它构建在底层操作系统的 Windows Server 故障转移群集（WSFC）之上，旨在保护整个 SQL Server 实例免受服务器硬件故障、操作系统崩溃或局部网络故障的影响。

简单来说，FCI 就是将一个 SQL Server 实例“打包”在几台服务器之间，当其中一台宕机时，另一台能迅速接管工作。

FCI 的核心架构与工作原理
FCI 的架构与典型的“无共享”方案有本质区别，它的核心特征可以概括为以下几点：

共享存储（Shared Storage）： 这是 FCI 的绝对前提。集群中的所有物理节点（服务器）都必须连接到同一个共享存储（例如 SAN、iSCSI 目标、SMB 文件共享或 S2D）。数据库文件（.mdf、.ndf）、事务日志文件（.ldf）甚至 TempDB 通常都存放在这个共享存储上。

Active/Passive（主备模式）： 在标准的 FCI 部署中，SQL Server 实例在任何时刻都只在一个节点（活动节点）上运行。其他节点处于被动待机状态，且被动节点上的 SQL Server 实例是不可访问、不可读的。

虚拟网络名称（VNN）： 客户端应用程序不连接到具体的物理服务器 IP，而是连接到分配给 FCI 的虚拟网络名称和虚拟 IP。

故障转移机制： 当活动节点发生严重故障时，WSFC 会检测到心跳丢失，并触发故障转移。集群会将虚拟 IP、虚拟网络名称和共享存储的所有权转移给被动节点。随后，被动节点上的 SQL Server 服务启动，接管共享盘上的数据文件，执行数据库崩溃恢复（Crash Recovery），最终恢复对外服务。

FCI 的核心优势
真正的实例级保护： 与仅保护用户数据库的技术不同，FCI 会保护整个实例。这意味着所有的系统数据库（Master、MSDB）、服务器级别的登录名、SQL Server Agent 作业、链接服务器和服务器级触发器，在故障转移后都会原封不动地在接管节点上可用。这大大减轻了日常的运维同步工作。

应用透明性： 故障转移发生时，应用程序只会经历短暂的连接断开。一旦 SQL Server 在新节点上启动完毕，应用程序重新连接即可，无需修改任何连接字符串。

零数据丢失： 因为使用的是共享存储，所以不存在主备节点之间数据同步延迟（RPO = 0）的问题。接管节点直接读取的是同一份物理磁盘上的数据。

技术架构对比视角
为了更直观地理解 FCI 的定位，可以将其与其他常见的高可用架构进行对比：

对比 SQL Server Always On AG：

保护层级： FCI 是实例级；AG 是数据库级（保护一个或多个用户数据库）。

存储架构： FCI 必须依赖共享存储（存在存储单点故障风险，通常需要高端存储阵列来保障）；AG 通常是无共享存储（每个节点有自己的独立副本，依赖网络日志同步）。

节点利用率： FCI 是纯 Active/Passive，备机闲置；AG 支持读写分离，辅助副本可以用于只读查询或备份。

对比 Oracle RAC：

虽然两者都依赖共享存储，但 Oracle RAC 是真正的 Active/Active 架构（多个节点同时对外提供读写服务，通过 Cache Fusion 解决内存一致性）。而 FCI 只是 Active/Passive。FCI 的故障转移需要经过“启动服务 -> 崩溃恢复”的过程，因此其切换时间（RTO）通常比 RAC 要长。

典型应用场景
FCI 是一项非常成熟的技术，通常应用于以下场景：

现有的 IT 基础架构中已经拥有高可用、高性能的 SAN 存储网络。

实例中包含大量的数据库（例如几百个），且严重依赖 SQL Server Agent 作业和实例级别的登录名，使用 AG 进行管理的成本过高。

作为 Always On 架构的底层支撑（在一些极限高可用架构中，会将两个 FCI 节点作为一个 Always On AG 的主副本，实现本地实例级高可用+异地数据库级容灾）。