重庆思庄Oracle、KingBase、PostgreSQL、Redhat认证学习论坛

标题: 什么是SQL SERVER FCI [打印本页]

作者: mahan 时间: 2026-4-19 19:44
标题: 什么是SQL SERVER FCI
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 的主副本，实现本地实例级高可用+异地数据库级容灾）。

欢迎光临重庆思庄Oracle、KingBase、PostgreSQL、Redhat认证学习论坛 (http://bbs.cqsztech.com/)