À faire, à ne pas faire et avertissements de base pour SQL Server en cluster

Instances de clusters avec basculement SQL Server 6.5 et SQL Server 7.0

Si des ressources de cluster sont dépendantes de ressources SQL Server, vous devez supprimer ces dépendances avant de supprimer les clusters de votre serveur virtuel. Si vous ne procédez pas ainsi, votre serveur virtuel ne sera pas supprimé correctement et vous ne pourrez pas recréer les clusters tant que la suppression du cluster SQL en panne n'est pas terminée.

Remarque Si le lecteur quorum est utilisé pour des ressources MSCS supplémentaires et que ces ressources provoquent un basculement, toutes les ressources de cluster sont indisponibles tant que cette ressource de cluster et l'adresse IP du cluster et le nom de réseau ne sont pas de nouveau en ligne.

Avertissement Toute modification des paramètres réseau dans SQL Server 6.5 doit être effectuée une fois les clusters supprimés de SQL Server, comme décrit dans l'article suivant de la Base de connaissances Microsoft : Pour plus d'informations sur les problèmes de connectivité connus lorsque vous vous connectez ou configurez un serveur SQL Server en clusters, consultez les articles suivants dans la Base de connaissances Microsoft.

Plusieurs ports TCP/IP listen-on

SQL Server 7.0 fournit le support pour plusieurs ports listen-on sur un sous-réseau. Ce support n'est pas conçu pour utiliser plusieurs sous-réseaux ou pour fournir davantage de disponibilité.

Si vous avez besoin de plusieurs ports TCP/IP listen-on, vous devez apporter les modifications suivantes dans le Registre avant d'exécuter l'Assistant Cluster.

Avertissement Toute modification incorrecte du Registre à l'aide de l'Éditeur du Registre ou d'une autre méthode peut entraîner des problèmes sérieux. Ces problèmes peuvent vous obliger à réinstaller votre système d'exploitation. Microsoft ne peut pas garantir que ces problèmes puissent être résolus. Vous assumez l'ensemble des risques liés à la modification du Registre.

1. Démarrez l'Éditeur du Registre (Regedt32.exe).
2. Recherchez la valeur ListenOn sous la clé de Registre suivante :
   HKEY_LOCAL_Machine\Software\Microsoft\MSSQLServer\MSSQLServer
3. Dans le menu Edition, cliquez sur Chaînes multiples, et entrez des ports listen-on supplémentaires. Par exemple, pour ajouter le port 1435, entrez la valeur suivante, puis cliquez sur OK :
   SSMSSO70,1435
4. Quittez l'Éditeur du Registre.

Voici quelques exemples d'autres ports que vous pouvez ajouter :

• SSMSSO70,1436
• SSMSSO70,1437

Testez la connectivité aux ports que vous avez ajoutés, puis continuez avec l'Assistant Cluster.

Configuration SQL Server (toutes les versions) et WINS

Avant de partitionner SQL Server, assurez-vous que vous disposez de la configuration correcte pour WINS (Windows Internet Name Service) pour une utilisation sur un cluster, comme décrit dans les articles suivants dans la Base de connaissances Microsoft. Vous ne devez jamais ajouter des entrées statiques dans WINS pour les serveurs SQL Server en clusters ou les autres ressources Microsoft Cluster Server (MSCS), comme décrit dans l'article suivant de la Base de connaissances Microsoft.

Compteurs de performances sur les instances de clusters avec basculement SQL Server 7.0

Les compteurs de l'Analyseur de performances SQL Server (compteurs d'extension) pour le serveur virtuel ne sont pas présents lorsque SQL Server 7.0 est installé avec une configuration SQL Server virtuelle et que le nœud passif contrôle les ressources. Les compteurs ne seront pas disponibles au nœud principal tant que l'intégralité du cluster n'est pas arrêté et redémarré. Même dans ce cas-là, la disponibilité est sporadique.

Les compteurs d'extension SQL Server doivent être trouvés lors du premier démarrage du système. Avec SQL Server 6.5, la DLL de compteurs est située par défaut dans le répertoire \\Mssql\Binn. Dans la mesure où le lecteur de cluster dans lequel SQL Server est installé n'est pas accessible tant que toutes les MSCS ne sont pas en ligne, les compteurs ne sont pas trouvés lors du premier démarrage du système.

SQL Server 7.0 place ces compteurs dans le répertoire adéquat, %Systemroot%\System32\, afin qu'ils soient disponibles. Afin que le fichier soit disponible Sqlctr65.dll, placez une copie du fichier Sqlctr65.dll dans le répertoire %Systemroot%\System32. Le fichier Sqlctr70.dll est placé par défaut dans ce répertoire.

Pour plus d'informations sur les compteurs de performance SQL Server, reportez-vous aux articles suivants dans la Base de connaissances Microsoft. Avertissement Pour SQL Server 6.5, si vous décidez de régénérer le Registre selon les instructions contenues dans l'article suivant de la Base de connaissances Microsoft, consultez la section « Comment faire pour régénérer le Registre SQL Server » ci-après dans cet article pour obtenir des instructions supplémentaires avant de régénérer le Registre : Pour résumer, les compteurs de performance ne sont pas toujours disponibles sur des serveurs SQL Server en cluster ; lorsqu'ils le sont, ils se trouvent dans le nœud principal si aucun basculement ne s'est produit.

Renommer les ressources créées par l'Assistant Basculement de cluster SQL Server 6.5 ou SQL Server 7.0

Lorsque vous exécutez l'Assistant Basculement de cluster SQL Server, une partie du processus comprend la création de ressources de cluster SQL. Par défaut, ces ressources ont la structure de nommage suivante : Par exemple, si Virtual_SQL_Server_Name est xyz, les ressources SQL Server sont nommées par défaut comme suit : Si une partie ou l'intégralité de ces noms est modifiée comme suit : L'Assistant Basculement de cluster SQL peut échouer ou cesser de répondre. Pour plus d'informations sur les pannes de l'Assistant Basculement de cluster SQL, reportez-vous à l'article suivant dans la Base de connaissances Microsoft.

Comment faire pour recréer le Registre SQL Server sur les installations d'instances de clusters avec basculement SQL Server 6.5 et 7.0

SQL Server 6.5 Édition Entreprise

Lorsque SQL Server 6.5 Édition Entreprise est en clusters, n'essayez pas d'exécuter une régénération du Registre SQL Server avec la ligne de commande suivante : Vous devez supprimer les clusters SQL Server avant de régénérer le Registre.

SQL Server 7.0 Édition Entreprise

Si vous utilisez le fichier Regrebld.exe de SQL Server 7.0, vous pouvez régénérer le Registre dans un environnement en clusters avec les restrictions suivantes :

• Ne modifiez pas l'installation précédente du maître.
• Exécutez cet utilitaire uniquement à partir du nœud principal pour SQL Server.

Si vous ignorez ces restrictions des problèmes de Registre peuvent se produire.

Service Packs

Avertissement Avant d'essayer d'installer des Service Packs, assurez-vous que vous disposez des autorisations et des droits adéquats. Il est fortement recommandé d'ouvrir une session sur le serveur et sur le compte de service SQL Server et d'utiliser l'authentification Windows lors de ce processus. Si pour une raison quelconque ce compte a été supprimé du groupe local Administrateurs sur les nœuds de cluster, ajoutez-le de nouveau au groupe avant de commencer l'installation.

SQL Server 2005

Le comportement de SQL Server 2005 est identique à celui de SQL Server 2000.

SQL Server 2000

Avec SQL Server 2000, vous ne pouvez pas supprimer les clusters. Vous démarrez l'installation du Service Pack à partir du nœud qui contrôle le serveur SQL Server que vous souhaitez mettre à niveau.

Remarque Vous pouvez installer des Service Packs Microsoft Windows NT de la manière habituelle, de la façon décrite dans l'article suivant de la Base de connaissances Microsoft.

SQL Server 6.5 ou 7.0

Vous devez supprimer les clusters SQL Server pour installer des Service Packs SQL Server. Vous devez également supprimer la réplication avant de supprimer les clusters SQL Server, ce qui est indiqué dans la section « Problèmes de réplication »" de cet article.

Réplication

SQL Server 2005

Suivez la documentation du fichier LisezMoi inclus dans toutes les mises à jour ou Service Packs SQL Server pour déterminer si vous devez suivre des instructions d'installation spéciales pour votre installation.

SQL Server 2000

Suivez la documentation du fichier LisezMoi inclus dans toutes les mises à jour ou Service Packs SQL Server pour déterminer si vous devez suivre des instructions d'installation spéciales pour votre installation.

SQL Server 6.5 et SQL Server 7.0

Vous devez supprimer la réplication avant de supprimer les clusters SQL Server, comme décrit dans l'article suivant de la Base de connaissances Microsoft : Lorsque vous partitionnez SQL Server, vous pouvez interrompre la réplication SQL Server ; pour plus d'informations, consultez l'article suivant de la Base de connaissances Microsoft.

Recherche de texte intégral

La recherche de texte intégral n'est pas disponible aux serveurs SQL Server 7.0 en clusters, comme indiqué dans la Documentation en ligne de SQL Server à la fin de la section « Configuration du support pour le basculement SQL Server ». La recherche de texte intégral est totalement prise en charge dans SQL Server 2000 et versions ultérieures.

Si, à la suite d'un problème, vous devez recréer ou réinstaller la recherche de texte intégral sur une instance de cluster avec basculement SQL Server 2000 ou SQL Server 2005, la seule méthode de récupération prise en charge consiste à complètement désinstaller puis réinstaller l'instance de cluster avec basculement SQL Server.

SQL Mail

SQL Mail n'est pas entièrement pris en charge lorsqu'il est utilisé conjointement à un cluster avec basculement SQL Server, car l'interface MAPI ne prend pas en charge les clusters. Si vous utilisez SQL Mail avec une mise en clusters, une prise en charge partielle de SQL Mail est assurée, sans aucune garantie sur sa stabilité ni sa disponibilité. Microsoft a confirmé l'existence de ce problème dans SQL Server 6.5, SQL Server 7.0 et SQL Server 2000 en cas d'utilisation avec la gestion des clusters avec basculement.

Mises à niveau du système d'exploitation

Les mises à niveau de système d'exploitation sont prises en charge pour les serveurs SQL Server en cluster comme indiqué dans les articles suivants de la Base de connaissances Microsoft.

Licences

Pour plus d'informations sur les licences, consultez l'article suivant de la Base de connaissances Microsoft.

Règles d'administration importantes pour le service de cluster

Avertissement Si vous ignorez les règles suivantes, vous devrez réinstaller Microsoft Cluster Service.

• Si vous changez ou ajoutez un nouveau logiciel ou des composants matériels à votre système après avoir installé SQL Server Service Pack 3, vous devrez réinstaller le Service Pack 3 ou votre Service Pack Windows NT actuel.
• Si vous modifiez la disposition de la partition sur un disque physique sur le bus SCSI partagé, redémarrez les deux nœuds de cluster.
• Ne changez pas le nom de l'ordinateur Windows NT d'un nœud de cluster après avoir installé MSCS.
• Ne partitionnez pas de nouveau les disques sur le bus SCSI sans supprimer auparavant les ressources de disque.
• Ne modifiez pas une adresse IP dont dépend une ressource de nom réseau.
• N'exécutez pas les outils de diagnostics qui effectuent des opérations d'écriture de bas niveau sur un disque physique. (Cela n'est possible que si vous démarrez le nœud sous un autre système d'exploitation.)
• Ne réattribuez pas les lettres de lecteur des disques système des nœuds.
• N'écrivez pas de données sur des disques attachés à la chaîne SCSI avant d'installer MSCS.

Partage de ressources de cluster SQL Server

Les ressources de disque en cluster utilisées par SQL Server ne doivent pas être utilisées pour d'autres services de cluster (tel que le lecteur quorum, partages de fichiers ou d'imprimantes ou serveurs IIS) à moins que le cluster n'ait qu'une seule ressource de disque organisée en clusters. Si vous utilisez le disque en clusters SQL Server pour l'une de ces ressources, cela peut considérablement affecter le temps de basculement voire même provoquer des basculements de SQL Server alors qu'aucun problème SQL Server n'existe.

Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft.

Microsoft Data Access Components (MDAC)

Mises à jour du composant MDAC SQL Server 6.5 et SQL Server 7.0

Les installations en clusters de SQL Server 6.5 et SQL Server 7.0 ne prennent en charge que les mises à niveau du composant MDAC vers la version 2.5 de MDAC. Il n'existe pas de support côté serveur pour les versions MDAC 2.6 et MDAC 2.7.

Cependant, vous pouvez utiliser MDAC 2.6 et les versions ultérieures sur un client pour une connexion à une installation de SQL Server 6.5 ou SQL Server 7.0 en clusters.

Pour plus d'informations, cliquez sur les numéros ci-dessous pour afficher les articles correspondants dans la Base de connaissances Microsoft.

Emplacement de ressource de cluster MSDTC par défaut

Par défaut, l'emplacement d'installation des ressources MSDTC dépend du système d'exploitation.

Remarque À moins que vous n'ayez une raison particulière pour modifier le groupe dans lequel MSDTC est installé, il est recommandé de le conserver à l'emplacement par défaut. De plus, sur un nœud de cluster, MSDTC doit s'exécuter comme une ressource en cluster. Si vous configurez MSDTC pour s'exécuter comme une ressource sans cluster, les transactions distribuées peuvent être orphelines et cela peut endommager les données lors d'un basculement de cluster.

Windows NT 4.0
Installe le MSDTC en cluster dans le premier groupe qui contient une ressource d'adresse IP valide, une ressource de nom de réseau et une ressource de disque en clusters. Il s'agit du groupe SQL.

Windows 2000
Installe par défaut dans le groupe de cluster et utilise le lecteur quorum. Bien qu'il soit recommandé que le lecteur quorum ne soit utilisé que par le quorum, MSDTC est une exception à cette règle. Pour les problèmes d'installation ou de régénération MSDTC sur un cluster SQL, consultez l'article suivant dans la Base de connaissances Microsoft.

Prise en charge des réseaux de stockage (SAN, Storage Area Networks)

Microsoft Cluster Service et les instances de clusters avec basculement SQL Server sont pris en charge dans un environnement SAN. La catégorie Cluster/Multi-Cluster Device (Périphérique multicluster/cluster ) de la HCL répertorie les périphériques de stockage SAN dont le composant a réussi le test de qualification des composants cluster (Cluster Component Candidate). Cependant, ce composant ne bénéficie pas des services de support Microsoft Cluster Service. Ces services sont disponibles uniquement pour les configurations validées indiquées dans la catégorie « Cluster » du HCL. Pour plus d'informations, consultez les articles suivants dans la Base de connaissances Microsoft.
Une liste de toutes les configurations matérielles validées se trouve dans la Liste de compatibilité matérielle (HCL) située sur le site Web Microsoft à l'adresse suivante :

Allocation de mémoire (toutes les versions)

Lorsque vous allouez de la mémoire aux serveurs SQL Server en cluster, assurez-vous que la valeur totale des paramètres de mémoire serveur maximum pour toutes les instances de SQL Server, additionnée à toutes les autres ressources de cluster et aux exigences de l'application locale, est inférieure au volume minimal de RAM physique disponible sur un serveur quelconque du cluster avec basculement.

Installations SQL Server 64 bits

Il n'est pas nécessaire de configurer une installation 64 bits pour utiliser de la mémoire supplémentaire en activant AWE ou en modifiant votre fichier Boot.ini pour inclure le commutateur de démarrage PAE.

Dépannage des serveurs virtuels SQL

Lors du dépannage des serveurs virtuels SQL Server, il est important d'effectuer la résolution des problèmes dans un certain ordre sauf s'il s'agit d'un problème SQL connu. Les problèmes ou les défaillances liés au matériel, au système d'exploitation, au réseau, à la sécurité ou à Microsoft Cluster Server peuvent sembler être des problèmes SQL alors qu'en réalité aucun problème SQL n'existe.

Dès que possible après la détection d'un problème, rassemblez les rapports MPS SQL Server de tous les nœuds des instances de clusters avec basculement. Il est important d'utiliser cet outil sur tous les nœuds en raison de l'interaction entre les nœuds et parce que le problème peut trouver son origine dans un nœud autre que celui qui héberge votre instance de cluster avec basculement SQL Server.

Pour plus d'informations sur l'outil Mps_sql.exe, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft. Effectuez le dépannage des problèmes de serveurs virtuels SQL Server dans l'ordre suivant :

1. Matériel - Les journaux des événements système contiennent-ils des avertissements ou des erreurs qui ne peuvent pas être expliqués ? Si vous contrôlez le rapport système de l'ordinateur, des problèmes de périphériques sont-ils signalés ? Si tel est le cas, peuvent-ils être expliqués ?
2. Système d'exploitation - Les journaux des événements signalent-ils des problèmes du système d'exploitation, des défaillances de service ou des problèmes de pilote ?
3. Réseau - Les journaux des événements signalent-ils des pertes de connectivité ? Pannes NIC ? Problèmes DNS ?
4. Sécurité - Vérifiez les erreurs d'accès refusé, les défaillances de journal de sécurité.
5. MSCS - Le cluster signale-t-il des problèmes dans un journal des événements ?
6. SQL Server - SQL Server signale-t-il des messages d'erreur spécifiques dans le journal des erreurs ou les journaux des événements ?

Propriétés du service SQL Server

Vous devez définir le type de démarrage des services SQL Server à Manuel. L'utilisation du démarrage Automatique n'est pas prise en charge pour une utilisation avec des serveurs virtuels SQL Server.

SQL Server n'est pas pris en charge pour les services Terminal Server en mode serveur d'applications

La gestion de clusters avec basculement SQL Server n'est pas prise en charge pour une utilisation avec Terminal Server. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft.

Prise en charge de Microsoft Windows 2003

Seul SQL Server 2000 Service Pack 3 (SP3) ou version ultérieure est pris en charge comme indiqué dans l'article suivant de la Base de connaissances Microsoft :