SQL Server Always On Availability Group (Windows, WSFC)

Met en place un groupe de disponibilité Always On sur des serveurs Windows où SQL Server 2022 est installé : Windows Server Failover Cluster (WSFC) et témoin de quorum (partage de fichiers / cloud witness), activation d'Always On, points de terminaison de mise en miroir et autorisations, AG avec automatic seeding, listener, réplicas synchrones/asynchrones, secondary lisible, test de failover et supervision. Vous obtenez un AG dont les applications se connectent au nom du listener et dont le failover a été testé.

Installez d'abord chaque nœud avec Installation de SQL Server sous Windows, avec la même version et les mêmes chemins. Pour l'exploitation courante et les incidents d'un AG existant (retard, failover forcé, ajout de bases), voir Exploitation de l'AG ; pour un AG avec Pacemaker sous Linux, voir Always On AG (Linux).

Topologie: 2 à 9 nœuds Windows (WSFC) + témoin (witness)

Avant de commencer

• SQL Server 2022 est installé sur tous les nœuds avec la même version et le même CU, le même nom d'instance (…), les mêmes lettres de lecteur et chemins de données/journaux (Installation de SQL Server 2022 sous Windows dans le menu Installation). Édition : Enterprise (Standard ne permet qu'un Basic AG : 2 réplicas, 1 base).
• Tous les nœuds ont la même version de Windows Server, sont dans le même domaine (…), à jour et dans le même sous-réseau. Chaque nœud a une IP fixe ; les enregistrements DNS sont corrects.
• Le compte qui effectue l'installation est administrateur local sur tous les nœuds et sysadmin dans SQL Server. Il peut créer les objets ordinateur … et … dans AD (ou les objets ont été pré-créés et le CNO a reçu le Contrôle total).
• Deux IP inutilisées sont réservées : cluster …, listener … (pas encore d'enregistrement DNS).
• Le partage du témoin … se trouve sur un serveur distinct des nœuds ; autorisations de partage et NTFS : Contrôle total pour …\…$ (peut aussi être accordé après la création du cluster).
• Le compte Azure Storage … (Standard, LRS/ZRS) est prêt et les nœuds peuvent joindre .blob.core.windows.net en 443. Vous disposez de la clé d'accès (access key).
• …… nœuds (nombre impair) : la majorité du quorum est atteinte sans témoin ; un témoin reste recommandé.…… nœuds (nombre pair) : sans témoin, le cluster peut s'arrêter à la perte d'un nœud. Choisissez un témoin.…
• Ports ouverts entre les nœuds : SQL …/TCP, point de terminaison …/TCP, cluster 3343/TCP-UDP, RPC 135/TCP + RPC dynamique, SMB 445/TCP.
• Le module PowerShell SqlServer est installé sur chaque nœud (pour Enable-SqlAlwaysOn).
• Les bases à ajouter à l'AG (………, ……) existent sur le nœud 1 et sont des bases utilisateur (pas des bases système) ; aucune base du même nom n'existe sur les nœuds secondary.
• Pour le compte de service …, le SPN MSSQLSvc/<node>.…:… est enregistré pour chaque nœud (les connexions aux points de terminaison et au listener utilisent Kerberos ; ajoutez aussi MSSQLSvc/….…:… pour le listener).
• La fenêtre de maintenance est validée ; il existe des sauvegardes récentes des bases et des snapshots des nœuds.

Phases du guide

• Windows Server Failover Cluster — Installer la fonctionnalité Failover Clustering · Valider le cluster (Test-Cluster) · Créer le cluster · Configurer le témoin de quorum (partage de fichiers) · Configurer le témoin de quorum (cloud witness) · Vérifier l'état du cluster
• Activer Always On dans SQL Server — Activer Always On · Créer les logins des comptes de service · Créer le point de terminaison de mise en miroir · Ouvrir les ports SQL et du point de terminaison dans le pare-feu · Tester l'accès aux points de terminaison
• Availability Group — Passer les bases en récupération FULL et faire une sauvegarde complète · Créer l'AG (primary) · Joindre le secondary à l'AG · Surveiller l'automatic seeding · Créer le listener · Configurer le read-only routing (secondary lisible)
• Vérification et test de failover — Contrôler la santé de l'AG · Tester la connexion via le listener · Test de failover planifié : faire de … le primary · Revenir en arrière : refaire de … le primary · Vérifier depuis la vue du cluster
• Après l'installation et supervision — Synchroniser les logins, les jobs et les autres objets serveur · Définir la stratégie de sauvegarde · Surveiller l'AG avec des requêtes DMV · Définir des alertes Agent pour les changements de rôle