Partager via


Examen et test de la configuration du cluster SQL Server pour les scénarios de basculement

Le clustering Windows et SQL Server vous permettent d’exécuter SQL Server en mode Actif/Actif, où chaque nœud du cluster est « actif » et exécutant une ou plusieurs instances SQL Server. Cela vous permettrait, par exemple, d’avoir la base de données MessageBox sur un nœud et toutes les autres bases de données BizTalk Server sur l’autre nœud. Cela vous permet d’optimiser l’utilisation matérielle du cluster.

Toutefois, si vous utilisez cette configuration, vous devez vérifier que chaque nœud peut gérer simultanément la charge de toutes les instances SQL Server pendant un basculement de nœud de cluster SQL Server.

Évaluation du basculement pour un cluster actif/actif

Les considérations relatives à la vérification qu’un nœud unique peut gérer la charge de toutes les instances SQL Server en cas de basculement de nœud de cluster SQL Server sont les suivantes :

  • Le nœud de basculement dispose-t-il de ressources processeur suffisantes ?

  • Le nœud de basculement dispose-t-il d’une mémoire suffisante ?

  • Existe-t-il suffisamment de bande passante réseau ?

  • Le nœud de basculement peut-il gérer la contention d’E/S de disque augmentée ?

    Les scénarios suivants doivent être évalués lors du test de basculement :

  • Panne d’alimentation sur le serveur actif

  • Panne d’alimentation sur le serveur passif

  • Perte de connexion de disque

  • Connexion réseau publique rompue sur le nœud actif

  • Connexion réseau privée rompue sur le nœud actif

  • Connexion réseau publique rompue sur le nœud passif

  • Connexion réseau privée rompue sur le nœud passif

  • Échec du service SQL Server

  • Échec du service SQL Server Agent

Utilisation d’un cluster actif/actif/passif

Si vous déterminez qu’un nœud ne peut pas gérer toutes les instances SQL Server dans un scénario de basculement, une alternative consiste à utiliser un modèle de clustering actif/actif/passif. Le modèle de clustering actif/actif/actif/passif augmente considérablement la probabilité qu’il y ait toujours un nœud passif disponible pour les scénarios de basculement.

Voir aussi

Liste de contrôle : configuration de SQL Server