Partager via

Résolution des problèmes liés au cluster de basculement

S'applique à :SQL Server

Cet article fournit des informations sur les problèmes suivants :

Étapes de dépannage de base

La première étape de diagnostic consiste à exécuter une vérification de validation de cluster à jour. Pour plus d’informations sur la validation, consultez Créer un cluster de basculement : Valider la configuration. Cette opération peut être effectuée sans interruption du service, car elle n’affecte aucune ressource de cluster en ligne.

La validation peut être exécutée à tout moment une fois que la fonctionnalité Clustering de basculement a été installée, notamment avant le déploiement du cluster, lors de la création du cluster et lors de l’exécution du cluster. En fait, des tests supplémentaires sont exécutés une fois que le cluster est en cours d’utilisation, ce qui vérifie que les meilleures pratiques sont suivies pour les charges de travail hautement disponibles. Dans ces dizaines de tests, seuls quelques-uns affectent l’exécution des charges de travail de cluster et celles-ci se trouvent toutes dans la catégorie de stockage, donc ignorer toute cette catégorie est un moyen facile d’éviter les tests perturbants.

Le cluster de basculement est fourni avec un système de protection intégré pour prévenir les interruptions non intentionnelles au cours de l’exécution des tests de stockage pendant la validation. Si le cluster a des groupes en ligne lorsque la validation est lancée et que les tests de stockage restent sélectionnés, il invite l’utilisateur à confirmer s’il souhaite exécuter tous les tests (et provoquer un temps d’arrêt) ou ignorer les disques de tous les groupes en ligne pour éviter les temps d’arrêt. Si l’ensemble de la catégorie de stockage a été exclue des tests, alors cette invite n’est pas affichée. Cela permet la validation du cluster sans temps d’arrêt.

Comment revalider votre cluster

  1. Dans le composant logiciel enfichable de cluster de basculement, dans l’arborescence de la console, vérifiez que Gestion du cluster de basculement est sélectionnée, puis, sous Gestion, sélectionnez Valider une configuration.

  2. Suivez les instructions de l’assistant pour spécifier les serveurs et les tests, puis exécuter ces derniers. La page Résumé s'affiche après l'exécution des tests.

  3. Toujours dans la page Résumé , sélectionnez Afficher le rapport pour afficher les résultats des tests.

    Pour afficher les résultats des tests après avoir fermé l’Assistant, consultez %SystemRoot%\Cluster\Reports\Validation Report date and time.html où %SystemRoot% est le dossier dans lequel le système d’exploitation est installé (par exemple, C:\Windows).

  4. Pour afficher les articles d’aide qui vous aident à interpréter les résultats, sélectionnez Plus d’informations sur les tests de validation de cluster.

Pour afficher des articles d’aide sur la validation du cluster, après avoir fermé l’Assistant, dans le composant logiciel enfichable Cluster de basculement, sélectionnez Aide, sélectionnez Rubriques d’aide, sélectionnez l’onglet Contenu, développez le contenu de l’aide du cluster de basculement, puis sélectionnez Validation d’une configuration de cluster de basculement. Une fois l'assistant de validation terminé, le Rapport de résumé présente les résultats. Tous les tests doivent se terminer avec une encoche verte ou, dans certains cas, un triangle jaune (avertissement). Lorsque vous recherchez des zones problématiques (points d’interrogation rouges ou jaunes), dans la partie du rapport qui récapitule les résultats des tests, sélectionnez un test individuel pour passer en revue les détails. Tous les problèmes red X doivent être résolus avant de résoudre les problèmes de SQL Server.

Installer les mises à jour

L'installation des mises à jour est importante pour éviter les problèmes sur votre système. Liens utiles :

Récupération à partir d’une défaillance du cluster de basculement

Généralement, une défaillance de cluster de basculement est due à l'une des deux causes suivantes :

  • Défaillance matérielle dans un nœud d'un cluster composé de deux nœuds. Cette erreur peut être due à une défaillance de la carte SCSI ou du système d'exploitation.

    Pour effectuer une récupération à partir de cette défaillance, supprimez le nœud défaillant du cluster de basculement à l’aide du programme d’installation de SQL Server , mettez l’ordinateur hors connexion et résolvez la défaillance matérielle, puis réinstallez l’ordinateur et ajoutez le nœud réparé à l’instance de cluster de basculement.

    Pour plus d’informations, consultez Créer une instance de cluster de basculement Always On (installation) et Récupération après l’échec de l’instance de cluster de basculement.

  • Échec du système d'exploitation. Dans ce cas, le nœud est hors connexion, mais n’est pas irrétridablement rompu.

    Pour effectuer une récupération à partir d'une défaillance du système d'exploitation, récupérez le nœud et testez le basculement. Si l’instance SQL Server ne bascule pas correctement, vous devez utiliser le programme d’installation de SQL Server pour supprimer SQL Server du cluster de basculement, effectuer les réparations nécessaires, restaurer l’ordinateur, puis ajouter le nœud réparé à l’instance du cluster de basculement.

    Ce type de récupération à partir d'une défaillance du système d'exploitation peut prendre du temps. Si l'échec du système d'exploitation peut être facilement récupéré, évitez toutefois d'utiliser cette technique.

    Pour plus d’informations, consultez Créer une instance de cluster de basculement Always On (installation) et Récupération après l’échec de l’instance de cluster de basculement.

Résoudre les problèmes courants

La liste ci-dessous décrit les problèmes d'utilisation les plus courants et explique comment les résoudre.

Problème : Utilisation incorrecte de la syntaxe d’invite de commandes pour installer SQL Server

Problème 1 : Il est difficile de diagnostiquer les problèmes d’installation lors de l’utilisation du /qn commutateur à partir de l’invite de commandes, car le /qn commutateur supprime toutes les boîtes de dialogue d’installation et les messages d’erreur. Si le /qn commutateur est spécifié, tous les messages d’installation, y compris les messages d’erreur, sont écrits dans les fichiers journaux d’installation. Pour plus d’informations sur les fichiers journaux, consultez Afficher et lire les fichiers journaux d’installation de SQL Server.

Résolution 1 : Utilisez le /qb commutateur au lieu du /qn commutateur. Si vous utilisez le /qb commutateur, l’interface utilisateur de base de chaque étape s’affiche, y compris les messages d’erreur.

Problème : SQL Server ne peut pas se connecter au réseau après sa migration vers un autre nœud

Erreur 1 : les comptes de service SQL Server ne sont pas en mesure de contacter un contrôleur de domaine.

Résolution 1 : Dans vos journaux d’événements, recherchez des signes indiquant l’existence de problèmes réseau, tels que des défaillances d’adaptateur ou des problèmes affectant le service DNS. Vérifiez que vous pouvez exécuter une commande ping sur le contrôleur de domaine.

Problème 2 : Les mots de passe du compte de service SQL Server ne sont pas identiques sur tous les nœuds de cluster, ou le nœud ne redémarre pas un service SQL Server qui a migré à partir d’un nœud ayant échoué.

Résolution 2 : Changez les mots de passe des comptes de service SQL Server à l’aide du Gestionnaire de configuration SQL Server. Si ce n’est pas le cas et que vous modifiez les mots de passe du compte de service SQL Server sur un nœud, vous devez également modifier les mots de passe sur tous les autres nœuds. SQL Server effectue cette opération automatiquement.

Problème : SQL Server ne peut pas accéder aux disques de cluster

Problème 1 : Les microprogrammes ou pilotes ne sont pas mis à jour sur tous les nœuds.

Résolution 1 : Vérifiez que tous les nœuds utilisent les versions de microprogrammes adéquates et les mêmes versions de pilotes.

Problème 2 : Un nœud ne peut pas récupérer les disques de cluster qui ont migré à partir d’un nœud ayant échoué sur un disque de cluster partagé avec une lettre de lecteur différente.

Résolution 2 : Les lettres de lecteur de disque pour les disques de cluster doivent être identiques sur les deux serveurs. Si ce n’est pas le cas, passez en revue votre installation d’origine du système d’exploitation et du service de cluster Microsoft (MSCS).

Problème : La défaillance d’un service SQL Server provoque un basculement

Solution : pour empêcher que la défaillance de services spécifiques provoque le basculement du groupe SQL Server , configurez ces services à l’aide de l’Administrateur de cluster dans Windows, comme suit :

  • Désactivez la case à cocher Affecter le groupe sur l'onglet Avancé de la boîte de dialogue Propriétés de texte intégral . Cependant, si SQL Server provoque un basculement, le service de recherche en texte intégral redémarre.

Problème : SQL Server ne démarre pas automatiquement

Résolution : Utilisez l’Administrateur de cluster dans MSCS pour démarrer un cluster de basculement. Le service SQL Server doit être paramétré de manière à démarrer manuellement ; l’Administrateur de cluster doit être configuré dans MSCS de façon à démarrer le service SQL Server . Pour plus d'informations, consultez Gestion des services.

Problème : le nom du réseau est hors connexion et vous ne pouvez pas vous connecter à SQL Server à l’aide de TCP/IP

Problème 1 : Le service DNS échoue à cause d’une ressource de cluster définie de façon à exiger ce service.

Résolution 1 : Corrigez les problèmes liés au service DNS.

Problème 2 : Un nom en double existe sur le réseau.

Résolution 2 : Utilisez nbtstat pour rechercher le nom dupliqué, puis corriger le problème.

Problème 3 : SQL Server ne se connecte pas à l’aide de canaux nommés.

Résolution 3 : Pour vous connecter à l’aide de canaux nommés, créez un alias avec le Gestionnaire de configuration SQL Server pour vous connecter à l’ordinateur approprié. Par exemple, si vous disposez d’un cluster à deux nœuds (Node A et Node B) et d’une instance de cluster de basculement (Virtsql) avec une instance par défaut, vous pouvez vous connecter au serveur dont la ressource de nom réseau est hors connexion, en procédant comme suit :

  1. Déterminez le nœud sur lequel s'exécute le groupe contenant l'instance de SQL Server , à l'aide de l'Administrateur de cluster. Pour cet exemple, il s’agit du nœud A.

  2. Démarrez le service SQL Server sur cet ordinateur à l’aide de net start. Pour plus d'informations sur l'utilisation de net start, consultez Démarrage manuel de SQL Server.

  3. Démarrez le Gestionnaire de configuration SQL Server SQL Server sur Node A. Examinez le nom du canal sur lequel le serveur est à l'écoute. Il doit être similaire à \\.\$$\VIRTSQL\pipe\sql\query.

  4. Sur l'ordinateur client, démarrez le Gestionnaire de configuration SQL Server.

  5. Créez un alias SQLTEST1 pour vous connecter via des canaux nommés à ce nom de canal. Pour ce faire, entrez le nœud A comme nom du serveur et modifiez le nom du canal à l’état \\.\pipe\$$\VIRTSQL\sql\query.

  6. Connectez-vous à cette instance à l’aide de l’alias SQLTEST1 comme nom de serveur.

Problème : L’installation de SQL Server échoue sur un cluster avec l’erreur 11001

Problème : Une clé de registre orpheline dans HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL.X\Cluster.

Résolution: Vérifiez que la ruche du MSSQL.X Registre n’est pas en cours d’utilisation, puis supprimez la clé de cluster.

Problème : erreur d’installation de cluster : « Le programme d’installation ne dispose pas des privilèges suffisants pour accéder au répertoire : <lecteur>\Microsoft SQL Server. Impossible de poursuivre l'installation. Ouvrez une session en tant qu'administrateur ou contactez votre administrateur système. »

Émettre: Cette erreur est due à un lecteur partagé SCSI qui n’est pas partitionné correctement.

Résolution: Recréez une partition unique sur le disque partagé en procédant comme suit :

  1. Supprimez la ressource disque du cluster.
  2. Supprimez toutes les partitions du disque.
  3. Dans les propriétés du disque, vérifiez que celui-ci est un disque de base.
  4. Créez une partition sur le disque partagé, formatez-le, puis affectez-lui une lettre de lecteur.
  5. Ajoutez le disque au cluster à l'aide de l'Administrateur de cluster (cluadmin).
  6. Exécutez le programme d'installation de SQL Server .

Problème : Les applications ne parviennent pas à inscrire les ressources SQL Server dans une transaction distribuée

Problème: Étant donné que Microsoft Distributed Transaction Coordinator (MS DTC) n’est pas entièrement configuré dans Windows, les applications peuvent ne pas enrôler les ressources SQL Server dans une transaction distribuée. Ce problème peut affecter les serveurs liés, les requêtes distribuées et les procédures stockées distantes qui utilisent des transactions distribuées. Pour plus d’informations sur la façon de configurer MS DTC, consultez Avant l’installation du clustering de basculement.

Résolution : Pour éviter ce type de problème, vous devez activer intégralement les services MS DTC sur les serveurs où SQL Server est installé et où MS DTC est configuré.

Pour activer correctement MS DTC, procédez comme suit :

  1. Dans le Panneau de configuration, ouvrez Outils d'administration, puis Gestion de l'ordinateur.

  2. Dans le volet gauche de gestion des ordinateurs, développez Services et applications, puis sélectionnez Services.

  3. Dans le volet droit Gestion de l’ordinateur, cliquez avec le bouton droit sur Distributed Transaction Coordinator, puis sélectionnez Propriétés.

  4. Dans la fenêtre Distributed Transaction Coordinator , sélectionnez l’onglet Général , puis sélectionnez Arrêter pour arrêter le service.

  5. Dans la fenêtre Distributed Transaction Coordinator , sélectionnez l’onglet Ouverture de session et définissez le compte NT AUTHORITY\NetworkServiced’ouverture de session.

  6. Sélectionnez Appliquer et OK pour fermer la fenêtre Distributed Transaction Coordinator . Fermez la fenêtre Gestion de l'ordinateur . Fermez la fenêtre Outils d'administration .

Utiliser des procédures stockées étendues et des objets COM

Lorsque vous utilisez des procédures stockées étendues avec une configuration de clustering de basculement, toutes les procédures stockées étendues doivent être installées sur un disque de cluster dépendant de SQL Server. Ceci permet d'assurer que lors du basculement d'un nœud, les procédures stockées étendues peuvent toujours être utilisées.

Si les procédures stockées étendues utilisent des composants COM, l'administrateur doit enregistrer les composants COM sur chaque nœud du cluster. Les informations pour le chargement et l'exécution des composants COM doivent figurer dans le Registre du nœud actif, afin que les composants soient créés. Dans le cas contraire, les informations sont conservées dans le Registre de l'ordinateur sur lequel les composants COM ont été enregistrés en premier lieu.

Contenu connexe

  • Last updated on