FCI gebruikt shared storage (SAN of S2D) en draait één SQL Server-instance die over meerdere nodes faalover. Geen leesreplicas, wel volledige instance-ha inclusief logins, jobs en linked servers. Voor sommige scenario's nog steeds de juiste keuze.
FCI versus Always On
FCI faalt de hele instance over (alle databases tegelijk, alle Agent jobs, alle linked servers). Always On per database. FCI vereist shared storage, Always On niet. Voor legacy-applicaties die linked servers en cross-database queries gebruiken, blijft FCI vaak de pragmatische keuze.
Shared storage opties
SAN met multi-pathing is klassiek. Storage Spaces Direct (S2D) op Windows Server is software-defined alternatief zonder SAN-investering. Azure Shared Disks voor cloud-FCI sinds 2022 production-ready. We adviseren per scenario wat past en wat niet.
Resource group en dependencies
SQL Server FCI heeft een Resource Group in WSFC met dependencies: SQL Server, SQL Server Agent, Network Name, IP Address, Shared Disk. Dependency report uitvoeren om te zien wat van wat afhangt; één misconfiguratie en automatic failover faalt.
Patching en rolling upgrade
Cumulative Updates op een FCI: patch passive node, faalover, patch oude active node. Total downtime: één failover-window. Voor major version upgrade is rolling upgrade niet ondersteund; daarvoor zetten we tijdelijk een Always On-mirror naast om in-place migratie te doen zonder dataverlies.
Monitoring
WSFC-events in Event Viewer (cluster log), sys.dm_os_cluster_nodes, en alerting op resource state changes. Een Failover Cluster die zelden faalover doet, oefent niet. We doen jaarlijks een geplande failover-test en documenteren de doorlooptijd.
Verwant: SQL DBA inhuren, Always On AG inrichten.