La résolution des défaillances de l'Assistant cluster SQL

Traductions disponibles Traductions disponibles
Numéro d'article: 254593 - Voir les produits auxquels s'applique cet article
Agrandir tout | Réduire tout

Sommaire

Résumé

Cet article fournit des informations des actions qui exécute l'Assistant cluster SQL Server, avec l'ordre dans lequel ces actions sont effectuées. Pour chaque étape, les informations détaillées sont fournies sur les problèmes qui peuvent provoquer l'échec de l'Assistant. Résolutions possibles pour ces problèmes sont incluses. Scénarios de problèmes détaillées, spécifiques et résolutions sont également fournies.

note Tous les clients de cluster SQL Server 6.5 et 7.0 doivent mettre à niveau vers SQL Server 2000 dès qu'il est disponible. Le outils, fonctionnalités et composants suivants sont pris en charge avec basculement de clusters dans SQL Server 2000 Édition Entreprise :
  • Service Microsoft Search (texte complet)
  • Plusieurs instances
  • SQL Server Enterprise Manager
  • Gestionnaire de contrôle des services
  • La réplication
  • Générateur de profils SQL
  • L'Analyseur de requêtes SQL

Plus d'informations

Les étapes suivantes décrivent le comportement du cluster de serveurs SQL Assistant :
  1. Tout d'abord, l'Assistant cluster SQL se connecte au serveur et vérifie que toutes les bases de données et fichiers binaires sont sur des disques partagés.

    problème potentiel

    À propos de la seule chose que pouvez accéder incorrecte à ce stade est que le service ne peut-être en mesure de démarrer, qui normalement dû sur le disque partagé en cours appartient au n?ud incorrect ou l'échec de l'installer les fichiers de programme et le fichiers de données sur le disque de cluster.

    résolution

    Pour résoudre ce problème, vérifiez que le disque partagé est détenue par le n?ud correct avant d'exécuter l'Assistant cluster. En outre, vérifiez et assurez-vous que les fichiers programme et les fichiers de données sont installés sur le disque de cluster.
  2. Après avoir entré le IP adresse et réseau le nom, l'Assistant crée une ressource de test avec ces propriétés et apporte en ligne à voir si tous les conflits sur le réseau se produisent.

    note Un message d'erreur se produit uniquement si vous entrez une adresse IP qui est en cours d'utilisation, adresses IP non valides ou un masque de sous-réseau incorrect n'est pas détecté.

    problème potentiel

    Si vous avez simplement unclustered et sont re-clustering le serveur, vous pouvez obtenir un message d'erreur indiquant que votre nom de réseau est en cours d'utilisation. Ce problème peut se produire car Windows NT ne parfois supprimer correctement le nom de réseau de l'enregistrement du bios net.

    première résolution

    Ouvrez une fenêtre invite de commande et entrez la commande suivante :
    nbtstat -RR
    appuyez sur retour . À la fin, essayez d'utiliser l'adresse IP à nouveau. Si l'adresse IP échoue encore, passez à la résolution du deuxième.

    deuxième solution

    Redémarrez le système.
  3. Après avoir entré toutes les informations, l'Assistant copie tous les fichiers COM sont enregistrés dans BINN à du sous-répertoire SQL Server de l'emplacement indiqué par la clé de Registre suivante :
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared Tools\SharedFilesDir
    Par défaut, cette clé pointe vers l'emplacement suivant :
    C:\Program Files\Common Files\Microsoft Shared\
    problème possible

    L'Assistant cluster SQL Server est incapable de trouver ces fichiers ou l'emplacement sur lequel ils devraient être copiés. Ce problème se produit généralement lorsque quelque chose est incorrecte avec la clé de Registre suivante utilisée par l'Assistant :
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SharedTools\SharedFilesD
    Notez que le paramétrage utilise une clé de Registre différente (répertoriée ci-dessous), mais les deux doivent normalement pointer vers le même chemin d'accès :
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\CommonFilesDir
    note Par conception, lorsque ce problème se produit, aucune erreur n'est affiche. Cette opération est effectuée afin que vous pouvez installer sans réplication et toujours exécuter l'Assistant sans qu'il échoue. La seule pour déterminer si ce problème se produit consiste à examiner la fenêtre de sortie de débogage, est formée en définissant _PRINT_CONSOLE_ = 1 dans l'environnement de système avant à l'exécution de l'Assistant cluster SQL. Si cette étape s'exécute correctement, vous obtenez des références aux fichiers réplication, tels que Replres.dll et distrib.exe, comme elles sont copiées. Si vous ne voyez pas les références à ces fichiers, vous rencontrez ce problème.

    première résolution

    Voir scénario 8 dans les scénarios spécifiques section.

    deuxième solution

    Reportez-vous à la rubrique scénario 3 dans les scénarios spécifiques section.
  4. Ensuite, l'Assistant cluster SQL copie les mêmes fichiers au même endroit sur le n?ud, trouver le chemin d'accès correct en consultant le Registre distant. L'Assistant cluster SQL crée un partage sur le n?ud distant nommé cluster_tools_share, copie les fichiers sur ce partage et supprime ensuite. Le programme d'installation de SQL Server doit pouvoir lire le Registre sur le n?ud distant pour effectuer cette étape.
    problèmes possibles

    Un problème peut se produire si problèmes clés de Registre existent sur l'autre n?ud ou si l'Assistant n'a pas pu créer le partage.

    Un autre problème se produit si le service Registre distant n'est pas défini pour démarrer automatiquement. Dans ce cas, le message d'erreur suivant est enregistré dans le fichier .log (local) principal :
    MSI (c) (5C! E0) [15:40:04:153]: CHANGE PROPERTY : propriété SqlLogMessage modification. Sa valeur en cours est « Node01 ». Sa nouvelle valeur: « < EndFunc Nom = 'VerifyAdminSharesOnNode « Retour = GetLastError '53' = '0' > '.
    MSI (c) (5C! E0) [15:40:04:153]: CHANGE PROPERTY : propriété SqlLogMessage modification. Sa valeur actuelle est « < EndFunc Nom = 'VerifyAdminSharesOnNode « Retour = GetLastError '53' = '0' > '. Sa nouvelle valeur: « < EndFunc Nom = 'VerifyAdminSharesOnCluster « Retour = GetLastError '53' = '0' > '.
    MSI (c) (5C! E0) [15:40:04:153]: CHANGE PROPERTY : propriété SqlLogMessage modification. Sa valeur actuelle est « < EndFunc Nom = 'VerifyAdminSharesOnCluster « Retour = GetLastError '53' = '0' > '. Sa nouvelle valeur: « < EndFunc Nom = 'GetVSNodeLists « Retour = GetLastError '0' = '0' > '.

    Informations 2836.The installateur a rencontré une erreur inattendue. Le code d'erreur est 2836. Le contrôle SelectedNodeList dans la boîte de dialogue ClusterNodeDlg ne peut pas prendre le focus.
    Action 15:40:04 : ClusterNodeDlg. Boîte de dialogue créée
    note Le code d'erreur dans le message d'erreur est 53. Ce code représente le message d'erreur « Le chemin d'accès réseau est introuvable ».

    première résolution

    Pour résoudre le premier problème, consultez l'étape 8.

    Pour résoudre le deuxième problème, démarrez le service d'accès à distance au Registre. Le service d'accès à distance au Registre devez exécuter avant d'installer un cluster avec basculement. Cette condition préalable est documentée dans la rubrique « avant l'installation de clustering de basculement » dans la documentation en ligne de SQL Server de.

    deuxième solution

    Pour résoudre le premier problème, consultez scénario 3 dans les scénarios spécifiques section.
  5. L'Assistant copie ensuite les fichiers spécifiques du cluster dans le répertoire \System32 de deux n?uds.

    problème potentiel

    Normalement, cette étape se termine avec succès. L'Assistant cluster SQL copie les fichiers à partir du partage CD-ROM ou un réseau, il est donc possible qu'il peut perdre la connexion au partage ou être Impossible de créer le cluster_tools_share car il existe déjà.

    résolution

    Reportez-vous à la rubrique scénario 3 dans les scénarios spécifiques section.
  6. L'Assistant exécute l'installation « secnode », qui installe les fichiers système nécessaires sur le n?ud à distance et enregistre tous les fichiers COM qui ont été copiés dans le répertoire C:\Program files\System\Mapi\1033\NT Files\Microsoft partagé.

    problèmes possibles

    Une des problèmes plus courants à ce stade se produit si l'installation est exécutée à partir d'un point de partage sur le premier n?ud (connecté à net use dans laquelle vous spécifier un utilisateur et un mot de passe). Dans ce cas, par défaut, n?ud2 n'a accès au partage afin que lorsque secnode exécute il échoue pour vous connecter revenir à l'emplacement d'installation pour copier les fichiers. Lorsque cela se produit, vous recevez un message indiquant que l'installation ne peut pas être exécutée sur l'ordinateur distant.

    Un autre problème peut se produire si vous installez à partir d'un partage réseau lorsque le chemin d'accès a un espace dans le nom. Ainsi, le paramétrage secnode à échouer car il est incapable de gérer les chemins d'accès avec des espaces, sauf si elles sont entre guillemets. Il n'existe aucun moyen de contourner ce problème outre de renommer le partage.

    première résolution

    Si vous rencontrer un de ces problèmes, vous devez vérifier dans le répertoire <%SYSROOT%> pour le fichier Sqlclstr.log ou sur TEMP répertoire le deuxième n?ud pour le Remsetup.log indices des descriptions de ce problème. Résoudre tous les problèmes et réexécutez l'Assistant.

    deuxième solution

    Problèmes d'autorisations peuvent également empêcher le code SQL cluster Assistant de fonctionner correctement lorsque vous effectuez des opérations sur le second n?ud. Le compte dans le programme d'installation s'exécute doit avez les autorisations appropriées :
    • Être un administrateur local pour les deux n?uds.
    • Pouvez utilisateur « ouvrir une session en tant que service ».
    • Disposer du droit utilisateur « d'agir comme partie intégrante le système d'exploitation ».
    Ces autorisations doivent exister sur BOTH n?uds ; sinon, cette étape échoue.

    Vous définir ces autorisations depuis le contrôleur principal de domaine (PDC). Une fois que les autorisations correctes sont définies, vous devez à la fermeture de session et puis se connecter à nouveau pour que les modifications soient reflétées. Pour plus d'informations, reportez-vous au scénario 5 dans la section « scénarios spécifiques ».

    problème potentiel

    Secnode peut également échouer si elle s'exécute mais comporte des erreurs en interne, comme l'enregistrement pas correctement tous les fichiers COM.

    résolution

    Corrigez tous les problèmes signalés dans le Sqlstp.log sur le second n?ud.
  7. Ensuite, l'Assistant cluster SQL Server rebinds tous les fichiers situés dans les emplacements suivants :
    • Le répertoire SQL BINN.
    • C:\Program Files\Common Files\Microsoft Shared\SQL Server
    • C:\Program Files\Common Files\Microsoft Shared\Database réplication
    Ce problème se produit sur les deux n?uds.

    Le cluster de serveurs SQL Assistant rebinds ensuite les fichiers système suivants sur les deux noeuds :
    • Dbnmpntw.dll
    • Sqlstr.dll
    • Sqlwoa.dll
    • Sqlsrv32.dll
    • Cliconfg.dll
    • Cliconfg.exe
    L'Assistant cluster SQL Server rebinds %Sysroot%\System32\Sqlctr70.dll sur le noeud local uniquement.

    problème potentiel

    Le processus rebinding peut uniquement être rompu lorsque quelque chose utilise un des fichiers qu'il essaie lier. Si les applications SQL, y compris le Gestionnaire des services SQL, sont ouvertes ce message s'affiche :
    ..n'a pas pu mettre à jour binaires...
    Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
    248380 MODÈLE : SQL 7.0 erreur Assistant basculement lors de la mise à jour des fichiers binaires sur cluster
    Le problème le plus courant est que certains des fichiers système sont en cours d'utilisation.

    Vous pouvez généralement déterminer le n?ud le problème se produit par la quantité de temps prend le message à afficher après une nouvelle tentative. Si le message affiche instantanément, cela indique généralement qu'un fichier sur l'ordinateur local est en cours d'utilisation, mais si elle prend quelques secondes, puis le problème est probablement produit sur l'autre n?ud.

    résolution

    Vous pouvez généralement contourner ce problème en arrêtant tous les services fautifs et vous assurer que vous ne disposez pas des applications à ouvrir. Pour vérifier qui services vous doit avoir en cours d'exécution, reportez-vous aux articles suivants dans la Base de connaissances :
    192708 Fichier INF: commande d'installation pour la mise de 1.0 en cluster de SQL Server 6.5 MSMQ
    219264 Fichier INF: ordre d'installation pour la mise en cluster de SQL Server 7.0
    problème potentiel

    Si vous unclustering et une des DLL de ressources est en utilisez, la ressource DLL peut cesser de répondre dans un de ses connexions au serveur. Ceci provoque le processus de moniteur ressource Resrcmon.exe pour le fichier dbnmpntw.dll ouvrir même lorsque la ressource est hors connexion.

    première résolution
    Redémarrez et réexécutez l'Assistant pour désinstaller.

    deuxième solution

    Renommez la DLL fautive Dbnmpntw.dll.copy et le copier au nom d'origine. Maintenant le fichier .Copy est en cours d'utilisation mais le fichier dbnmpntw.dll est non, afin que l'Assistant peut terminer sans aucun problème.
  8. Maintenant l'Assistant cluster SQL crée les ressources de sqlserver, agent et de vsrvsvc nom réseau, IP, dans le cluster, affiche le serveur SQL ressource en ligne et les modifications du serveur local dans le système sysservers table du nom du serveur virtuel.

    problème potentiel

    Création de ressources est généralement un problème jamais. Vous devez voir les ressources soient créés dans le groupe dans lequel se trouve le disque. Tout cette étape n'est de créer les ressources et dépendances entre les afin que leur peuvent démarrer dans l'ordre correct.

    Afficher les ressources en ligne est la dernière phase de l'installation. La première phase consiste à démarrer le service MSSQLSERVER $ VIRTNAME, vous y connecter et définir les valeurs dans sysservers correctement. Si cette étape échoue, puis l'ensemble configurer échoue et restaurations tout le travail effectué jusque-là. Lorsque la reliaison du fichier Sqlsrv32.dll (un fichier ODBC) ne fonctionne pas correctement. Lorsque cela se produit, vous verrez erreur 123 ou 126 dans le journal Configuration de cluster (Sqlclstr.log) juste après l'appel fixsysservers.

    Si cette situation se produit :
    • Le cluster est complètement rompu.
    • Il est provoqué par l'Assistant seulement modification d'une des deux références dans le fichier Kernel32.dll pour référencer le fichier Vernel32.dll à la place.
    • Si vous installé précédemment une version différente de Microsoft Data Access Components (MDAC) sur l'ordinateur avant d'installer SQL, la version du fichier Sqlsrv32.dll sur le système est différente.
    première résolution

    Redémarrez les deux serveurs et, avant de réessayer, assurez-vous que qu'uniquement les services minimum sont fonctionne comme indiqué dans les articles suivants de la base de connaissances Microsoft :

    192708 Fichier INF: commande d'installation pour la mise de 1.0 en cluster de SQL Server 6.5 MSMQ
    219264 Fichier INF: ordre d'installation pour la mise en cluster de SQL Server 7.0
    deuxième solution

    Renommez le fichier Sqlsrv32.dll et puis redémarrez l'ordinateur. Avant de réessayer, assurez-vous qu'uniquement les services minimales sont exécutent comme indiqué dans les articles de base de connaissances Microsoft suivants :

    192708 Fichier INF: commande d'installation pour la mise de 1.0 en cluster de SQL Server 6.5 MSMQ
    219264 Fichier INF: ordre d'installation pour la mise en cluster de SQL Server 7.0
    troisième résolution

    Contactez le support technique SQL.
  9. L'Assistant cluster SQL se termine.

Scénarios spécifiques

Scénario 1

problème

Assistant de cluster SQL échoue avec l'entrée de journal suivante :
@ CopyFileIfNeeded: [D:\EnterpriseEdition\x86\CLUSTER\SQAGTRES.DLL] => [C:\WINNT\System32\SQAGTRES.DLL]
@@@ CopyFileIfNeeded: [D:\EnterpriseEdition\x86\CLUSTER\SQAGTRES.DLL] => [\\LNXDAYCC02\admin$\system32\SQAGTRES.DLL]
~~~ XXX InstallRemote failed
[reghelp.cpp:34] : 2 (0x2): The system cannot find the file specified.
					
résolution

Vérifiez que vous pouvez établir une connexion \\server_name\admin$ à partir de deux n?uds du cluster.

Assurez-vous que vous vérifiez ce si les paramètres de carte (NIC) l'interface réseau ont été modifiés ou si les cartes réseau ont été remplacés.

Avertissement Si vous désactivez partage de fichiers et d'imprimantes pour les réseaux Microsoft, sous les propriétés connexion réseau sur les ordinateurs Windows 2000, vous ne pourrez pas établir une connexion aux partages d'administration. Tente d'accéder aux partages administratifs provoque une erreur : 53 message d'erreur se produit.

Scénario 2

problème

L'Assistant cluster SQL échoue avec le message suivant générique et il n'est pas une référence à un fichier spécifique :
Le fichier existe déjà.
résolution

Vérifiez que le nom du groupe SQL est en majuscules. Si c'est non, l'Assistant tente de créer un nouveau groupe mais ne parvient pas à ce cas. Si elle n'est pas tout en majuscules, renommez-le en un nom temporaire (tel que x) et renommez-la en le nom correct de tous en majuscules.

note Cela s'applique aux groupes renommés uniquement. Les noms par défaut comme « groupe de disques 1 » doivent de leurs ressources déplacés vers le nouveau groupe si requise par SQL.

Scénario 3

problème

Le fichier Sqlclstr.log affiche suivantes :
~~~ ClusterResourceStart... tick=2, state=2
[validate.cpp:147] DeleteTestGroup:OpenClusterResource: 5007 (0x138f): The cluster resource could not be found. 
~~~ XXX Copy Files failed
[reghelp.cpp:34] : 2 (0x2): The system cannot find the file specified.
					
résolution

Vérifiez les partages réseau sur chaque n?ud et recherchez les éléments suivants :
  • \\cluster_tools_share
  • \\cluster_setup_share
Si une est trouvé, supprimez-les.

Scénario 4

problème

Lorsque vous tentez de re-cluster SQL après l'installation de SQL service pack 1, l'installation échoue avec l'erreur suivante dans le fichier Sqlcluster.log :
Looking at disk P:
Disk P is fixed in group SQL_Disk
Looking at disk Q:
Disk Q is used by SQL but is moveable
Looking at disk R:
Error: Resource groups SQL_Disk and Disk_R both contain SQL disks
[chkconf.cpp:1416] : 160 (0xa0): The argument string passed to DosExecPgm is not correct. 
[chkconf.cpp:1482] ClusterFindVirtualSQLSrvGroup: 160 (0xa0): The argument string passed to DosExecPgm is not correct.
					
le lecteur « P » est le lecteur sur lequel SQL a été installé et le programme d'installation pensé que c'était le seul lecteur en cours d'utilisation. En fait, les lecteurs P, Q et R sont utilisés.

résolution

Vérifiez le journaux des erreurs SQL et la table système sysdevices et assurez-vous que tous les lecteurs utilisés par SQL sont dans le groupe SQL qu'utilise SQL.

note Si les ressources de disque de cluster supplémentaires sont ajoutés au cluster pour une utilisation par SQL, ou si autres disques actuellement utilisés dans le cluster désignées pour une utilisation par le serveur SQL en cluster, ils doivent être ajoutés en tant que dépendances de SQL Server.

Scénario 5

problème

Programme d'installation est impossible de mettre à jour le n?ud distant ou des erreurs se produisent lorsque se connecter à toutes les bases de données par défaut pendant l'installation initiale.

Par exemple :
#### SQL Server Remote Setup - Start Time 10/28/99 13:14:22 ####
Script file copied to '\\server8\ADMIN$\secnode.iss' successfully.
Installing remote service...
Running '\\node1\F$\ENGLISH\X86\setup\setupsql.exe SecNode=1 -s -f1 \\node2\ADMIN$\secnode.iss'...
Remote process exit code was '-1'.
\\node2\Admin$\sqlsp.log
Disconnecting from remote machine...
Service removed successfully.
Remote files removed successfully.
#### SQL Server Remote Setup - Stop Time 10/28/99 13:15:08 ####
résolution

Assurez-vous que le compte de service est configuré avec tous les autorisations correctes. En copiant le compte d'administrateur existant, vous pouvez vous assurer que les appartenances aux groupes et de nombreuses autres propriétés sont copiées vers le nouveau compte. Lorsqu'un compte d'utilisateur est copié, la description, appartenances aux groupes, heures d'ouverture de session, les stations de travail d'ouverture de session et informations de compte sont copiés exactement. Le nom d'utilisateur, Nom complet et zones mot de passe de nouveau compte sont vides et doivent être entrées. Les cases à cocher utilisateur ne peut pas modifier le mot de passe et le mot de passe n'expire jamais sont copiés.

note Lorsque vous copiez un compte qui est un membre du administrateurs locaux regrouper, l' utilisateur ne peut pas modifier le mot de passe paramètre n'est pas copié. Généralement, le utilisateur doit modifier le mot de passe À suivant connexion est activé, indépendamment de son paramètre dans le compte d'origine ; toutefois, cette case à cocher doit être claire. En outre, la case à cocher mot de passe n'expire jamais doit être activée. Une fois que toutes les écritures sont terminées, cliquez sur Ajouter .

À présent, dans le menu Gestionnaire des utilisateurs , sélectionnez Policies\User Rights , sélectionnez d'afficher les droits des utilisateurs avancés , puis accorder les droits suivants au nouvel utilisateur :
  • Agir en tant que partie du système d'exploitation.
  • Ouverture de session en tant que service.
  • Ouverture de session localement.
Ensuite, se connecter à deux n?uds avec le compte nouvellement créé et effectuez connectivité de base et les droits de test :
  • Pour vérifier la connectivité appel (RPC) de procédure distante, essayez de vous connecter à distance à partir de chaque noeud à l'autre avec Perfmon, Regedt32 ou Srvmgr.

  • Pour vérifier NetBIOS, essayez d'émettre un \\machine_name net view et \\machine_name\admin$ net use

  • Pour vérifier RDR et SRV sans connexion NBT et IP net view \\ adresse IP

  • Essayez d'utiliser un telnet ou de la session FTP pour tester les fonctionnalités de transport.

Le scénario 6

problème

Journal de l'Assistant de cluster SQL 6.5 échoue et de la dernière ligne de l'Assistant cluster états :
Start SQL Server cConnectString="ODBC;DSN='';DRIVER={SQL Server};SERVER=CLIO;DATABASE=master;UID=sa;PWD="
					
résolution

Vérifiez tout d'abord effectuer une @@servername ne renvoie pas une réponse NULL. Si c'est le cas, la table système sysservers n'a pas une entrée pour le nom de serveur local. Corriger ce problème et continuer.

Si vous êtes en mesure de vérifier @@servername , vous devez recharger les pilotes ODBC, puis exécuter le cluster SQL Assistant à nouveau. Pour recharger les pilotes ODBC, exécutez le programme d'installation le à partir du SQL Server 6.5 étendu Édition compact disque dans un ou l'autre le répertoire \I386\Odbc pour les ordinateurs Intel ou le répertoire \Alpha\Odbc pour les ordinateurs alpha en fonction.

Le scénario 7

problème

Chaque fois le Clustwiz.exe fichier s'exécute, un message s'affiche pointant vers le fichier Cpqmgmt.dbg Dr. Watson.

résolution

Tout que fait référence à la base de connaissances Microsoft suivants indiquent que ce problème est lié à Compaq Insight Manager. Appliquer le dernier SoftPak Compaq (dans la plupart des cas SSD 2.12a) et arrêtez tous les services en conflit possibles comme indiqué dans les articles de base de connaissances Microsoft suivants :
192708 Fichier INF: commande d'installation pour la mise de 1.0 en cluster de SQL Server 6.5 MSMQ
219264 Fichier INF: ordre d'installation pour la mise en cluster de SQL Server 7.0

Scénario 8

problème

L'entrée de Registre suivante est incorrecte :
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVer\CommonFilesDir
résolution

Corrigez le chemin d'accès.

Scénario 9

problème

Vous ne parvenez pas à supprimer les clusters SQL à l'aide de l'Assistant SQL cluster avec basculement.

résolution

Lorsque l'Assistant Basculement de cluster SQL est exécuté, le code SQL ressources de cluster sont créées. Par défaut, ces ressources ont la structure de nommage suivante :
   <Virtual_SQL_Server_Name> IP Address
   <Virtual_SQL_Server_Name> Network Name
   <Virtual_SQL_Server_Name> SQL Server 7.0
   <Virtual_SQL_Server_Name> VServer
   <Virtual_SQL_Server_Name> SQL Server Agent 7.0
					
par exemple, si le Virtual_SQL_Server_Name est xyz, le code SQL ressources sont, par défaut, appelés en tant que :
   xyz IP Address
   xyz Network Name
   xyz SQL Server 7.0
   xyz VServer
   xyz SQL Server Agent 7.0
					
si toutes ou certaines de ces ressources sont modifiés puis à:
   IP Address
   Network Name
   SQL Server
   Virtual Server
   SQL Agent
					
cela peut entraîner l'Assistant de basculement de cluster SQL échoue ou se bloquer lorsqu'il est utilisé. Pour résoudre ce problème, renommez les ressources en les noms par défaut.

Scénario 10

problème

Le SQLCLUST.LOG affiche suivantes :
~~~ OnEnableCluster: UpdateSku
~~~ OnEnableCluster: TransferSQLServices
+++ TransferSQLServices: enter
+++ TransferSQLServices: calling AddVSNameLanManServer
[reghelp.h:132] type not REG_MULTI_SZ: 160 (0xa0): The argument string passed to DosExecPgm is not correct.

[reghelp.h:133] : 160 (0xa0): The argument string passed to DosExecPgm is not correct.

[reghelp.h:290] : 160 (0xa0): The argument string passed to DosExecPgm is not correct.

[clenable.cpp:1803] : 160 (0xa0): The argument string passed to DosExecPgm is not correct.

[clenable.cpp:1836] : 160 (0xa0): The argument string passed to DosExecPgm is not correct.

[clenable.cpp:2379] : 160 (0xa0): The argument string passed to DosExecPgm is not correct.

~~~ XXX TransferSQLServices failed
					
résolution

Vérifiez que la valeur de type de la clé de Registre suivant :
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters\NullSessionPipes
					
est REG_MULTI_SZ.

L'erreur réelle est RegQueryValue_MULTI_SZ(). Il échoue parce que le type de la clé n'est pas REG_MULTI_SZ.

Il le type de la clé n'est pas REG_MULTI_SZ., vous devez pour copier le contenu à partir de la clé supprimer et recréer la clé avec la même valeur de type nom et correctes et puis remplacer le contenu.

Propriétés

Numéro d'article: 254593 - Dernière mise à jour: mardi 14 octobre 2008 - Version: 5.1
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft SQL Server 7.0 Édition Entreprise
  • Microsoft SQL Server 6.5 Édition Entreprise
Mots-clés : 
kbmt kbinfo KB254593 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 254593
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Envoyer des commentaires

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com