Dépannage de clusters de basculement

Erreur 1 : Il est difficile de diagnostiquer les erreurs du programme d'installation lorsque vous utilisez le commutateur /qn à partir de l'invite de commandes, dans la mesure où celui-ci supprime toutes les boîtes de dialogue et les messages d'erreur du programme d'installation. Si le commutateur /qn est spécifié, tous les messages d'installation, y compris les messages d'erreur, sont écrits dans les fichiers journaux de l'installation. Pour plus d'informations sur les fichiers journaux, consultez Procédure : afficher et lire les fichiers journaux d'installation de SQL Server.

Solution 1 : utilisez le commutateur /qb à la place du commutateur /qn. Si vous utilisez le commutateur /qb, l'interface utilisateur de base s'affichera à chaque étape, ainsi que les messages d'erreur.

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

Solution 1 : dans les journaux d'événements, recherchez des signes indiquant l'existence de problèmes réseau, tels que des défaillances de carte ou des problèmes affectant le service DNS. Vérifiez que vous pouvez exécuter une commande ping sur le contrôleur de domaine.

Erreur 2 : les mots de passe des comptes de service SQL Server ne sont pas identiques sur tous les nœuds du cluster ou le nœud ne redémarre pas un service SQL Server qui a fait l'objet d'une migration depuis un nœud défaillant.

Solution 2 : modifiez les mots de passe des comptes de service SQL Server à l'aide du Gestionnaire de configuration SQL Server. Si vous n'effectuez pas cette opération et que vous modifiez les mots de passe des comptes de service SQL Server sur un nœud, vous devez également modifier les mots de passe sur tous les autres nœuds. Le Gestionnaire de configuration de SQL Server effectue cette opération automatiquement.

Erreur 1 : les microprogrammes ou les pilotes ne sont pas mis à jour sur tous les nœuds.

Solution 1 : vérifiez que tous les nœuds utilisent les versions adéquates des microprogrammes et les mêmes versions des pilotes.

Erreur 2 : un nœud ne peut pas récupérer des disques de clusters qui ont fait l'objet d'une migration depuis un nœud ayant échoué sur un disque de clusters partagés utilisant une lettre de lecteur différente.

Solution 2 : les lettres de lecteur de disque pour les disques de clusters doivent être identiques sur les deux serveurs. Si ce n'est pas le cas, examinez l'installation d'origine du système d'exploitation et MSCS (Microsoft Cluster Service).

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.

Solution : utilisez l'Administrateur de cluster dans MSCS. 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.

Erreur 1 : le service DNS a échoué à cause d'une ressource cluster définie de façon à requérir ce service.

Solution 1 : remédiez aux problèmes DNS.

Erreur 2 : un nom en double existe sur le réseau.

Solution 2 : utilisez NBTSTAT pour rechercher le nom en double, puis résolvez le problème.

**Erreur 3 :**SQL Server ne se connecte pas à l'aide de canaux nommés.

Solution 3 : pour vous connecter à l'aide de canaux nommés, créez un alias avec le Gestionnaire de configuration de 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. Dans cet exemple, il s'agit de Node 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\canal\sql\query.

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

5. Créez un alias SQLTEST1 pour vous connecter à ce nom de canal via les canaux nommés. Pour cela, entrez Node A comme nom de serveur et modifiez le nom du canal de la manière suivante : \\.\canal\$$\VIRTSQL\sql\query.

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

Erreur : une clé de Registre orpheline dans [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL.X\Cluster]

Solution : assurez-vous que la ruche du Registre MSSQL.X n'est pas en cours d'utilisation, puis supprimez la clé de cluster.

Erreur : cette erreur est due à un lecteur partagé SCSI mal partitionné.

Solution : recréez une partition unique sur le disque partagé, 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.

Erreur : comme Microsoft Distributed Transaction Coordinator (MS DTC) n'est pas complètement configuré dans Windows, les applications peuvent échouer dans leur tentative d'inscription des 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.

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 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 de l'ordinateur, développez Services et applications, puis cliquez sur Services.

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

4. Dans la fenêtre Coordinateur de transactions distribuées, cliquez sur l'onglet Général, puis sur Arrêter pour arrêter le service.

5. Dans la fenêtre Coordinateur de transactions distribuées, cliquez sur l'onglet Ouverture de session, puis définissez le compte d'ouverture de session NT AUTHORITY\NetworkService.

6. Cliquez sur Appliquer, puis sur OK pour fermer la fenêtre Coordinateur de transactions distribuées. Fermez la fenêtre Gestion de l'ordinateur. Fermez la fenêtre Outils d'administration.