SQL Server Cluster de basculement : Guide complet pour l'administrateur de base de données [2026]

SQL Server Un cluster de basculement est un solution à haute disponibilité qui maintient un SQL Server L'instance reste opérationnelle même en cas de panne d'un serveur. Elle y parvient en exécutant la même instance sur plusieurs serveurs physiques (appelés nœuds), de sorte que si un serveur tombe en panne, un autre prend automatiquement le relais sans nécessiter d'intervention manuelle ni de modification côté client.

1.2 Composants clés et architecture

A SQL Server Une instance de cluster de basculement est composée de cinq composants principaux, chacun jouant un rôle distinct. Ensemble, ils forment une seule unité logique avec laquelle les clients interagissent comme s'il s'agissait d'un seul serveur.

noeuds: Les serveurs physiques qui participent au cluster. À tout moment, un seul nœud est actif et exécute le système. SQL Server Par exemple, les nœuds restants restent en veille et surveillent l'état de santé du nœud actif.
Stockage partagé : Un volume de stockage (SAN, iSCSI, Storage Spaces Direct ou partage de fichiers SMB) est accessible simultanément par tous les nœuds. Comme chaque nœud lit et écrit sur le même stockage, aucune réplication de données n'est nécessaire entre les nœuds et les mêmes fichiers de base de données sont immédiatement disponibles, quel que soit le nœud qui prend le relais.
Nom du réseau virtuel et adresse IP virtuelle : Une identité stable à laquelle les clients se connectent en permanence, quel que soit le nœud physique actif. En cas de basculement, le nom du réseau virtuel et l'adresse IP sont réenregistrés sur le nouveau nœud actif, rendant ainsi la transition transparente pour les applications.
Clustering de basculement Windows Server (WSFC) : La plateforme sous-jacente qui assure la cohésion de l'ensemble. WSFC surveille en permanence l'état des nœuds et des ressources via un réseau de pulsations, gère la propriété des groupes de ressources et orchestre le processus de basculement en cas de défaillance.
Quorum: Un mécanisme de vote au sein de WSFC empêche les scénarios de « split-brain ». Chaque nœud vote sur l'état du cluster ; un disque témoin ou un partage de fichiers fournit un vote supplémentaire pour les clusters à nombre pair de nœuds. Le cluster reste en ligne uniquement lorsqu'une majorité de votes est disponible, garantissant ainsi que deux groupes de nœuds isolés ne puissent jamais revendiquer simultanément la propriété du cluster. SQL Server exemple.

Ces composants fonctionnent dans un environnement clairrarWSFC gère les nœuds et assure le quorum. Les nœuds partagent l'accès au même stockage, et le nom du réseau virtuel offre aux clients un point de connexion unique et cohérent. En cas de défaillance d'un nœud, WSFC détecte l'absence de signal de présence, vérifie le maintien du quorum, transfère la propriété du groupe de ressources (nom du réseau virtuel, adresse IP virtuelle et stockage) à un nœud de secours et rétablit la connexion. SQL Server De retour en ligne. L'ensemble du processus se déroule automatiquement et sans aucune modification requise côté client.

1.3 FCI vs Groupes de disponibilité Always On

SQL Server propose deux technologies Always On basées sur WSFC. Principales différences :

Instance de cluster de basculement (FCI) : Haute disponibilité (HA) au niveau de l'instance. Toutes les bases de données basculent simultanément. Nécessite un stockage partagé. Aucune réplication des données entre les nœuds. Aucune reprise après sinistre (DR) intégrée.
Groupes de disponibilité Always On (AG) : Haute disponibilité au niveau de la base de données. Réplication basée sur les journaux vers des répliques secondaires. Aucun stockage partagé requis. Prend en charge la haute disponibilité et la reprise après sinistre.

Utilisez FCI pour le basculement au niveau de l'instance avec un stockage partagé existant. Combinez FCI avec un groupe de disponibilité (AG) lorsque la reprise après sinistre ou des disques secondaires accessibles en lecture sont également nécessaires.

1.4 Avantages et limitations

Avantages:

Basculement automatique en cas de panne matérielle, de système d'exploitation ou de service ;
aucune reconfiguration du client ;
temps de basculement prévisible via des points de contrôle indirects ;
Options de stockage partagé flexibles.

Limitations:

Le stockage partagé constitue un point de défaillance unique, sauf si le stockage lui-même est redondant ;
Un seul nœud est exécuté. SQL Server à la fois, donc pas d'équilibrage de charge de lecture ;
Pas de DR intégré sans couplage avec un AG.

2. Prérequis et exigences

2.1 Matériel et logiciel

Au minimum deux serveurs physiques dotés d'un matériel identique ou équivalent, de processeurs 64 bits et de contrôleurs de stockage certifiés pour le clustering de basculement.
Windows Server 2016, 2019 ou 2022 (Standard ou Datacenter). Tous les nœuds doivent exécuter la même édition, la même version et le même niveau de mise à jour cumulative du système d'exploitation.
SQL Server Édition Standard ou Entreprise. Tous les nœuds doivent exécuter la même version. SQL Server version et niveau de correctif.

2.2 Exigences relatives au réseau et au domaine

Tous les nœuds doivent appartenir au même domaine Active Directory. Les clusters de groupes de travail, les clusters multidomaines et les contrôleurs de domaine en lecture seule ne sont pas pris en charge.
Attribuez des adresses IP statiques à toutes les cartes réseau. Dédiez au moins une carte réseau par nœud au trafic de pulsation du cluster. Configurez le système de noms de domaine (DNS) pour la résolution de noms.
Le compte d'installation nécessite des droits d'administrateur local sur tous les nœuds et Créer des objets informatiques autorisation dans Active Directory.

2.3 Options de stockage partagé

SQL Server Le clustering de basculement prend en charge plusieurs technologies de stockage partagé. Choisissez celle qui convient le mieux à votre infrastructure et à votre budget :

SAN (Fibre Channel ou iSCSI) : Most Tous les nœuds doivent accéder aux mêmes numéros d'unité logique (LUN). Utilisez l'E/S multivoies (MPIO) pour éviter les défaillances liées à une voie unique.
Espaces de stockage directs (S2D) : Disque NVMe ou SSD connecté localement et mutualisé entre les nœuds. Nécessite Windows Server 2016 Datacenter ou version ultérieure.
Partages de fichiers SMB (Server Message Block) et volumes partagés de cluster (CSV) : Soutenu par SQL Server 2014 et suivantes.

Formatez tous les disques du cluster en tant que système de fichiers NT de base (NTFSÉvitez de monter des volumes sur les nœuds du cluster.

3. Planification du groupement

Avant l'installation, vous devez planifier le type de configuration des nœuds et la configuration du quorum, car cela affecte directement la fiabilité du cluster et la charge matérielle.ost:

3.1 Types de configuration

SQL Server Les clusters de basculement prennent en charge quatre types de configurations de nœuds, chacun offrant un compromis entre simplicité, capacité matérielle et robustesse.ostet la capacité de veille différemment.

Type 1 : Actif/Veille. 1 FCI, 2 nœuds. Le nœud 1 est actif ; le nœud 2 est en veille. Le nœud en veille surveille en permanence l’activité du nœud actif et prend le relais du FCI en cas de défaillance de ce dernier. Il s’agit de la configuration la plus simple.ost courant en production.
Type 2 : Actif/Actif. Deux FCI partagent deux nœuds physiques. Le nœud 1 est le nœud actif pour le FCI 1 et le nœud de secours pour le FCI 2 ; le nœud 2 est le nœud actif pour le FCI 2 et le nœud de secours pour le FCI 1. Ces deux nœuds sont en veille mutuelle : ils exécutent tous deux des charges de travail en fonctionnement normal. En cas de défaillance d'un nœud, le nœud restant prend le relais du FCI défaillant tout en continuant à exécuter le sien. Chaque nœud doit donc être dimensionné pour supporter la charge de travail combinée des deux FCI.
Type 3 : N+1. N FCI partagent N+1 nœuds. Chaque FCI possède un nœud actif ; les N FCI partagent un nœud de secours commun. Ce nœud de secours doit pouvoir absorber à lui seul la totalité de la charge de travail d'un nœud actif défaillant.
Type 4 : N+M. N FCI partagent N+M nœuds. Chaque FCI possède un nœud actif ; les N FCI partagent M nœuds de secours. Ces M nœuds de secours assurent collectivement la continuité de service pour les N nœuds actifs, répartissant ainsi la charge potentielle sur une plus grande capacité de secours et réduisant les besoins matériels par nœud par rapport à une architecture N+1.

3.2 Règles relatives au quorum

Le quorum détermine si le cluster dispose d'un nombre suffisant de membres actifs pour rester en ligne. Veuillez tenir compte des recommandations suivantes lors de la configuration et de la gestion du quorum :

Configurez un nombre total impair de votes de quorum pour garantir une majorité en cas de partage des voix et éviter le syndrome de split-brain.
Pour les clusters à deux nœuds, utilisez Majorité des nœuds et des disques avec un disque témoin comme troisième vote. Le disque témoin n'a pas besoin d'une lettre de lecteur.
Si le quorum est de lost En dernier recours, forcer le quorum pour récupérer les nœuds survivants, puis reconfigurer immédiatement avant de revenir en production.

4. Installation d'un cluster de basculement Windows Server (WSFC)

4.1 Préparer le stockage partagé

Attachez et configurez tous les espaces de stockage partagés avant de créer le cluster.

Attachez ou provisionnez physiquement tous les LUN de stockage à chaque nœud du cluster.
Sur le premier nœud uniquement, ouvert Gestion de disque, mettez chaque disque en ligne, initialisez-le et créez un NTFS Créez un volume avec une lettre de lecteur. Créez un petit volume (1 à 2 Go) pour le disque témoin ; une lettre de lecteur n’est pas nécessaire.
Sur chaque nœud restant, ouvrez Gestion de disque Mettez les disques en ligne uniquement. Ne les réinitialisez pas et ne les reformatez pas. Attribuez manuellement les lettres de lecteur si elles ne correspondent pas à celles du premier nœud.

4.2 Installez la fonctionnalité de clustering de basculement et validez-la

Installez la fonctionnalité de clustering de basculement sur chaque nœud, puis validez-la avant de créer le cluster.

Sur chaque nœud, ouvrez Gestionnaire de serveur -> Ajouter des rôles et des fonctionnalités -> Fonctionnalités, sélectionnez Clustering de basculementEt cliquez InstallerRedémarrez si nécessaire. Alternative PowerShell :
```
Install-WindowsFeature -Name Failover-Clustering -IncludeManagementTools
```
Sur n'importe quel nœud, ouvrez Gestionnaire de cluster de basculement -> Valider la configuration. Ajouter tous les nœuds hostnommer et exécuter tous les tests. Alternative PowerShell :
```
Test-Cluster -Node Node1, Node2
```
Veuillez corriger toutes les erreurs du rapport de validation avant de poursuivre. Les avertissements relatifs à Storage Spaces Direct peuvent être ignorés si S2D n'est pas utilisé.

4.3 Créer le WSFC

Une fois la validation réussie, créez le cluster et vérifiez sa configuration.

In Gestionnaire de cluster de basculementcliquez Créer un cluster, ajoutez tous les nœuds hostSaisissez le nom du cluster et une adresse IP virtuelle statique, puis cliquez sur SuivantAlternative à PowerShell :
```
New-Cluster -Name ClusterName -Node Node1, Node2 -StaticAddress x.x.x.x
```
Si les autorisations de domaine sont restreintes, demandez à votre administrateur Active Directory de préconfigurer l'objet ordinateur du nom de cluster avant d'exécuter cette étape.
Après la création, confirmez que le quorum est atteint. Majorité des nœuds et des disques avec le disque témoin attribué.
Sous Stockage -> disques, renommez chaque disque du cluster pour refléter son rôle (par exemple, Données SQL, SQL_LOG, TÉMOIN). Sous Réseaux, renommez chaque réseau de cluster pour refléter son type de trafic.

5. Installation SQL Server Instance de cluster de basculement

5.1 Choisir une méthode d'installation

SQL Server L'assistant d'installation propose deux méthodes pour installer une instance de cluster de basculement. Choisissez celle qui correspond à votre environnement.

Installation intégrée (Ajouter un nœud) : Installez un FCI complet et opérationnel sur le premier nœud, puis ajoutez chaque nœud suivant en utilisant le Ajouter un nœud option. Plus simple et recommandée pour most déploiements.
Installation avancée/entreprise : Courir Préparer le cluster de basculement d'abord sur tous les nœuds, puis exécutez Cluster de basculement complet sur le nœud propriétaire du disque partagé. Utilisez cette approche pour les déploiements multi-nœuds de grande envergure où vous souhaitez préparer tous les nœuds en parallèle avant la validation.

5.2 Installation du premier nœud

Courir SQL Server Configurer le premier nœud pour créer le FCI en utilisant la méthode intégrée.

Courir setup.exe en tant qu'administrateur. Sélectionnez Installation -> NOUVEAU SQL Server installation du cluster de basculement.
On Sélection de fonctionnalité, choisissez Services de moteur de base de données et Outils de gestion – de base.
On Configuration des instances, entrer le SQL Server Nom du réseau — le nom virtuel utilisé par les clients pour se connecter.
On Groupe de ressources du cluster, saisissez un nom de groupe descriptif.
On Sélection de disque en cluster, sélectionnez des disques partagés pour les données, les journaux et les fichiers de sauvegarde.
On Configuration du réseau du clusterAttribuez une adresse IP à chaque sous-réseau. La configuration établit automatiquement une dépendance OU pour les clusters à plusieurs sous-réseaux.
On Configuration du serveurConfigurez les comptes de service. Utilisez un compte de service géré par groupe (gMSA) pour la gestion automatisée des mots de passe ; utilisez les comptes de domaine comme solution de repli.
On Configuration du moteur de base de donnéesChoisissez un mode d'authentification et définissez les chemins d'accès aux répertoires de données. Placez les bases de données système, les bases de données utilisateur, les journaux, les sauvegardes et TempDB sur des disques distincts.
Consultez le résumé et cliquez Installer.

5.3 Ajouter les nœuds restants

Une fois le premier nœud terminé, ajoutez chaque nœud supplémentaire au FCI.

Sur le nœud supplémentaire, exécutez setup.exe et sélectionnez Installation -> Ajouter un nœud à un SQL Server cluster de basculement.
On Configuration des nœuds du cluster, sélectionnez l'instance FCI existante.
On Configuration du réseau du cluster, attribuez l'adresse IP au sous-réseau de ce nœud.
On les Comptes de service, vérifiez que les mots de passe des comptes de service correspondent à ceux définis sur le premier nœud, puis cliquez Installer.
Répétez l'opération pour chaque nœud supplémentaire.

6 Postost-Installation : Configurer et tester

6.1 Essentiel SQL Server Paramètres

Appliquez ces paramètres immédiatement après la mise en service du FCI.

complet » mémoire maximale du serveur cap SQL Serverla mémoire de et laisser de la marge pour le système d'exploitation et les services du cluster :
```
EXEC sp_configure 'show advanced options', 1; RECONFIGURE;
EXEC sp_configure 'max server memory', <value_in_MB>; RECONFIGURE;
```
complet » degré maximal de parallélisme (MAXDOP) en fonction de votre topologie d'accès mémoire non uniforme (NUMA).

Déplacez TempDB vers un volume dédié pour isoler ses E/S :

USE master;
ALTER DATABASE tempdb MODIFY FILE (NAME = tempdev, FILENAME = 'D:\TempDB\tempdb.mdf');
ALTER DATABASE tempdb MODIFY FILE (NAME = templog, FILENAME = 'D:\TempDB\templog.ldf');

Restart le SQL Server service permettant le transfert du fichier.

6.2 Test de basculement

Validez le comportement en cas de basculement avant de déployer le cluster en production.

In Gestionnaire de cluster de basculement, cliquez avec le bouton droit sur SQL Server Rôle et sélection de FCI Move -> Sélectionnez le nœud. Choisissez le nœud secondaire et cliquez OK.
Attendez que le statut du rôle s'affiche Fonctionnement sur le nouveau nœud.
Depuis une machine cliente, connectez-vous à SQL Server Utilisez le nom du réseau virtuel et vérifiez que la connexion réussit sans modifier la chaîne de connexion.
Revoir le SQL Server Journal des erreurs et journal des événements du cluster Windows pour confirmer un basculement propre au sein de votre environnement tarobtenir l'objectif de temps de récupération (RTO).

7. Gestion, meilleures pratiques et dépannage

7.1 Politique de basculement et surveillance

In Gestionnaire de cluster de basculement, cliquez avec le bouton droit sur SQL Server Rôle de FCI -> Propriétés -> Basculement Pour définir le niveau de défaillance et le délai d'expiration du contrôle d'intégrité, augmentez ce délai sur les serveurs fortement chargés afin d'éviter les basculements intempestifs.
Surveiller l'état du cluster via Gestionnaire de cluster de basculement, Observateur d'événements Windows, le SQL Server journal des erreurs et SQL Server Moniteur d'activité pour une visibilité en temps réel des ressources et des sessions.
Après tout basculement automatique, examinez le SQL Server diagnosticostjournaux ic (stockés avec le journal des erreurs) pour l'état du composant ayant précédé l'événement. Utiliser SQL Server Événements étendus pour capturer une trace détaillée de l'état des ressources et des conditions d'erreur autour de la fenêtre de basculement.

7.2 bonnes pratiques

Utilisez des adresses IP statiques sur tous les nœuds. H dynamiqueost L’expiration du bail du protocole de configuration (DHCP) lors d’un basculement prolonge la durée d’indisponibilité et complique l’enregistrement DNS.
Maintenez toujours un nombre impair de votes de quorum. Ajoutez un témoin si l'ajout d'un nœud rend le quorum pair.
Effectuez une validation du cluster après toute modification matérielle, mise à jour de pilote ou modification importante de la configuration du système d'exploitation.
Attribuez des lettres de lecteur identiques à tous les nœuds avant SQL Server Installation. Les incompatibilités bloquent l'installation et sont difficiles à corriger par la suite.
Contactez votre administrateur Active Directory avant le jour de l'installation. Les autorisations de création d'objets ordinateur sont essentielles.ost Bloqueur de pré-installation courant.
Maintenir un test SQL Server sauvegarde Cette stratégie reste valable même avec une infrastructure de sécurité fonctionnelle (FCI). La FCI protège contre les pannes de nœuds, mais pas contre la corruption de données, les suppressions accidentelles ou les pertes au niveau du stockage ; une planification régulière des sauvegardes et des restaurations est la seule protection contre ces scénarios.

7.3 Problèmes courants et correctifs

Erreurs d'autorisation Active Directory : Demandez à votre administrateur Active Directory (AD) de préconfigurer l'objet ordinateur du cluster, ou accordez-lui les droits nécessaires. Créer des objets informatiques et Lire toutes les propriétés au compte d'installation.
Le stockage partagé n'est pas visible sur les nœuds : Restart le iSCSI Tarobtenir le serveur service sur le stockage hostReconnectez-vous ensuite à l'initiateur iSCSI sur chaque nœud. Vérifiez le masquage et le zonage des LUN.
Avertissements de validation concernant les pilotes ou les niveaux de mise à jour : Appliquez la dernière mise à jour cumulative de Windows Update sur tous les nœuds avant de relancer la validation.
WSFC passe hors ligne suite à une panne de nœud : Utilisez le quorum forcé pour remettre en ligne les nœuds survivants. récupérer toutes les bases de données En cas de défaillance, rétablissez le quorum, puis reconfigurez avant de remettre en production. Exécutez DBCC CHECKDB sur chaque base de données récupérée afin de confirmer son intégrité avant de reprendre les charges de travail normales.
Faux basculements automatiques : Augmentez le délai d'expiration du contrôle d'intégrité dans les propriétés du rôle FCI. Consultez le diagnostic.ostLes journaux ic permettent de distinguer une panne réelle d'un pic transitoire de ressources.

8. FAQ

Q : Quel est le nombre minimal de nœuds requis pour un SQL Server cluster de basculement ?

A : Deux nœuds constituent le minimum. L'un d'eux fait office de nœud actif et exécute le système. SQL Server Par exemple, l'autre est la solution de secours. Most déploiements de productiontart avec une configuration active/passive à deux nœuds.

Q: Est-ce que SQL Server FCI a-t-il besoin d'un stockage partagé ?

R : Oui. Contrairement aux groupes de disponibilité Always On, une infrastructure de clustering de données (FCI) exige que tous les nœuds accèdent au même stockage : un SAN (Fibre Channel ou iSCSI), Storage Spaces Direct ou un partage de fichiers SMB. C’est ce stockage partagé qui permet d’accéder aux mêmes fichiers de base de données depuis n’importe quel nœud après un basculement.

Q: quoi SQL Server Les éditions prennent-elles en charge le clustering de basculement ?

A: SQL Server Les éditions Standard et Enterprise prennent en charge FCI. Les éditions Express et Developer ne le prennent pas en charge. L'édition Enterprise prend en charge davantage de nœuds et des fonctionnalités de haute disponibilité supplémentaires, telles que les opérations d'indexation en ligne pendant la maintenance.

Q: Peut SQL Server Les groupes de disponibilité FCI et Always On peuvent-ils être utilisés ensemble ?

A : Oui. Un nœud FCI peut host une réplique de groupe de disponibilité, vous offrant à la fois une haute disponibilité au niveau de l'instance grâce à l'instance de cluster de cluster (FCI) et une reprise après sinistre au niveau de la base de données grâce au groupe de disponibilité. Cependant, le basculement automatique du groupe de disponibilité vers ou depuis une FCI-hostLa réplication ed n'est pas prise en charge ; seul le basculement manuel est disponible dans cette configuration.

Q : Combien de temps dure un SQL Server Le basculement prend généralement ?

A : Le temps de basculement dépend du nombre de pages modifiées dans le cache de mémoire tampon qui doivent être écrites sur le disque avant que l'instance ne redémarre.tarts sur le nouveau nœud. Avec les points de contrôle indirects activés (par défaut de SQL Server (à partir de 2012), les pages sales sont reliées, et most Les basculements s'effectuent en moins de 30 secondes. Votre RTO réel dépend de la charge de travail, de la vitesse de stockage et du temps de récupération de la base de données.

Q : Qu'est-ce que le quorum, et pourquoi est-ce important ?

A : Le quorum est le mécanisme utilisé par WSFC pour déterminer si le cluster possède suffisamment de membres sains pour rester en ligne et traiter les requêtes. Il empêche un scénario de « split-brain » où deux groupes de nœuds isolés se considèrent chacun comme le propriétaire faisant autorité du cluster. SQL Server par exemple. Si le quorum est de lostWSFC met le cluster hors ligne afin de protéger l'intégrité des données.

Q: Peut SQL Server FCI peut-il être installé sur un cluster de groupe de travail (sans Active Directory) ?

R: Non. SQL Server FCI exige que tous les nœuds appartiennent au même domaine Active Directory. Les clusters de groupes de travail, les clusters multidomaines et les clusters comprenant des contrôleurs de domaine en lecture seule ne sont pas pris en charge.

Q : Que se passe-t-il pour les connexions client en cas de basculement ?

A : Connexions actives au SQL Server Lors du basculement, les instances sont déconnectées. Une fois l'instance en ligne sur le nouveau nœud, le nom du réseau virtuel et l'adresse IP virtuelle y sont réenregistrés, et les clients utilisant une logique de nouvelle tentative dans leurs chaînes de connexion se reconnecteront automatiquement sans aucune modification de configuration.

Q : Puis-je ajouter ou supprimer des nœuds d'un nœud existant SQL Server cluster de basculement ?

A : Oui. Courir SQL Server Configurez-le sur n'importe quel nœud et choisissez Ajouter un nœud à un SQL Server cluster de basculement pour ajouter un nœud, ou Supprimer un nœud d'un SQL Server cluster de basculement Pour en supprimer un. L'ajout ou la suppression d'un nœud n'entraîne aucune interruption de service pour les autres nœuds du cluster.

Q : Quelle est la différence entre un basculement planifié et un basculement automatique ?

A : Un basculement planifié est déclenché manuellement par un administrateur, généralement pour des opérations de maintenance telles que l'application de correctifs ou le remplacement de matériel. Il permet SQL Server Pour vider les pages modifiées et arrêter proprement le système avant le transfert de propriété, le temps d'arrêt est minimal. Un basculement automatique est déclenché par WSFC lorsque la surveillance de l'état détecte une défaillance du nœud actif ; le temps de récupération dépend de l'ampleur de la récupération nécessaire.

Q : Comment puis-je récupérer un SQL Server cluster de basculement si l'ensemble du WSFC tombe en panne ?

A : Si le quorum est de lost et le cluster ne peut pas starNormalement, utilisez le quorum forcé pour remettre en ligne les nœuds survivants dans un état non tolérant aux pannes. Exécutez la commande PowerShell suivante sur le nœud survivant : Start-ClusterNode -ForcQuorumUne fois le cluster en ligne, récupérez les bases de données, vérifiez l'intégrité des données, puis reconfigurez le quorum avec les nœuds restants avant de revenir à la production.

Q : Dois-je exécuter l'assistant de validation de cluster avant chaque SQL Server installation?

R : Oui, et également après toute modification importante du matériel ou de la configuration. Microsoft ne prend en charge que les configurations de cluster de basculement qui réussissent tous les tests de validation sans erreur. Ignorer la validation risque d'entraîner l'exécution d'une configuration non prise en charge, susceptible de se comporter de manière imprévisible en cas de panne.

9. Conclusion

SQL Server Le clustering de basculement assure une haute disponibilité transparente au niveau de l'instance grâce à WSFC, avec un basculement automatique et sans reconfiguration du client. C'est la solution idéale lorsque le stockage partagé est disponible et que vous devez faire basculer toutes les bases de données de l'instance simultanément. Pour les environnements nécessitant également une reprise après sinistre ou des charges de travail de lecture secondaires, associez le clustering de basculement à des groupes de disponibilité Always On afin de couvrir les deux cas de figure.

Références

Document officiel de Microsoft : Cluster de basculement Windows Server avec SQL Server
Document officiel de Microsoft : Instances de cluster de basculement Always On
Document officiel de Microsoft : Installer une instance de cluster de basculement
Document officiel de Microsoft : Modes de quorum et configuration de vote du WSFC

À propos de l’auteur

Yuan Sheng est un administrateur de base de données senior (DBA) avec plus de 10 ans d'expérience dans SQL Server Environnements et gestion de bases de données d'entreprise. Il a résolu avec succès des centaines de scénarios de récupération de bases de données dans des organisations du secteur financier, de la santé et de l'industrie manufacturière.

Yuan se spécialise dans SQL Server Récupération de bases de données, solutions de haute disponibilité et optimisation des performances. Sa vaste expérience pratique comprend la gestion de bases de données de plusieurs téraoctets, la mise en œuvre de groupes de disponibilité permanente (AAL) et le développement de stratégies automatisées de sauvegarde et de restauration pour les systèmes d'entreprise critiques.

Grâce à son expertise technique et à son approche pratique, Yuan se concentre sur la création de guides complets qui aident les administrateurs de bases de données et les professionnels de l'informatique à résoudre des problèmes complexes. SQL Server défis efficacement. Il se tient au courant des dernières SQL Server les versions et les technologies de base de données en constante évolution de Microsoft, testant régulièrement des scénarios de récupération pour garantir que ses recommandations reflètent les meilleures pratiques du monde réel.

Vous avez des questions sur SQL Server Besoin d'aide pour la récupération de votre base de données ? Yuan vous accueille. commentaires et suggestions pour améliorer ces ressources techniques.