Hallo ,
In dit artikel zal ik de Failover Cluster-technologie in SQL Server kort introduceren en uitleggen. Failover Cluster-technologie van SQL Server is ook een belangrijke technologie die hoge beschikbaarheid biedt. Het wordt dus veel gebruikt in bedrijfsapplicaties om maximale service te bieden in productiesystemen.
Failover Cluster-technologie is de perfecte technologie om de hoge-beschikbaarheidsservice van de applicaties in de instellingen te behouden die ernaar streven het maximale serviceniveau te bieden (Telecommunicatie, Bankwezen, Overheidskantoren, Holdings).
Deze technologie kan worden gedefinieerd als het vermogen van een enkele database om op meer dan één server te kunnen dienen. Het biedt dus hoge beschikbaarheid, maximale service, wat een van de onmisbare regels is in de databasewereld.
Ik wil ook vermelden dat veel mensen de Failover Cluster-technologie misschien zien als een oplossing voor Disaster Recovery, maar dat is het niet. Failover Cluster-technologie is geen Disaster Recovery-oplossing, het is een technologie die alleen High Availability biedt.
We kunnen de oplossingen die worden aangeboden door de SQL Server-database voor hoge beschikbaarheid als volgt opsommen.
- Failover-clustering
- Database spiegelen
- Gegevensreplicatie
- Snapshot database
In de Failover Cluster-architectuur is een van de 2 of meer servers die met elkaar zijn verbonden via Windows Cluster actief en de andere is passief. Als de actieve server in elk geval geen service kan verlenen, treedt de Failover-status op en wordt de Passive Node ingeschakeld door Windows Cluster.
Om SQL Server Failover Cluster te installeren, moeten beide servers zich in Windows Cluster bevinden. Aan de kant van SQL Server is de service die de Failover Cluster-architectuur biedt, Microsoft Cluster Service (MSCS). Beide servers hebben verschillende schijven, maar er is een gedeelde schijf waarop de database- en clustergerelateerde bestanden worden bewaard. Deze schijf staat bekend als Quorumschijf. We kunnen de Quorum-schijf symboliseren, die de gemeenschappelijke schijfruimte symboliseert en gemeenschappelijk is voor beide knooppunten, zoals weergegeven in de onderstaande afbeelding.
Wanneer de toepassing toegang heeft tot de database, heeft de toepassing voortdurend toegang tot de database met het Cluster-IP ingevoerd zonder te weten welke van de actieve passieve knooppunten is. Cluster-IP vraagt om het momenteel actieve knooppunt, het knooppunt dat naar het knooppunt wordt verzonden. Wanneer het actieve knooppunt niet beschikbaar is, wordt de applicatie binnen 1 seconde verbonden met het passieve knooppunt, afhankelijk van het systeem en wordt dit niet beïnvloed. In dit geval is het passieve knooppunt actief en kan de beheerder al op elk moment handmatig een failover uitvoeren.