Ce qui se fait de SQL Server en cluster, avertissements et avertissements de base

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

Sommaire

Résumé

Cet article décrit des choses à faire et avertissements pour l'utilisation de SQL Server en cluster de serveurs avec les différentes versions de SQL Server.

Important : Tous les clients qui utilisent encore le clustering avec SQL Server 6.5 et SQL Server 7.0 doivent mettre à niveau vers SQL Server 2000 ou SQL Server 2005 dès qu'il est possible de le faire. Les outils, fonctionnalités et composants suivants sont pris en charge avec cluster de basculement dans SQL Server 2000 Édition entreprise :
  • Service Microsoft Search
  • Plusieurs instances
  • SQL Server Enterprise Manager
  • Gestionnaire de contrôle des services
  • Réplication
  • Générateur de profils SQL
  • Analyseur de requêtes SQL
  • SQL Server 2005 Analysis Services
Remarque : Microsoft Product Support Services (PSS) prend en charge le Clustering avec basculement SQL Server comme décrit dans l'article suivant de la Base de connaissances Microsoft :
327518 La stratégie de prise en charge de Microsoft SQL Server pour Microsoft Clustering
SQL Server Enterprise Edition doit être installée pour la prise en charge si SQL Server est utilisé avec Microsoft Cluster Server (MSCS).

Plus d'informations

Recommandé pour l'installation de SQL Server

Lorsque vous installez SQL Server 2000 ou SQL Server 2005, nous vous recommandons que vous demandez à votre administrateur de domaine suivez les instructions qui sont décrites dans l'article suivant de la Base de connaissances Microsoft :
319723 Comment faire pour utiliser l'authentification Kerberos dans SQL Server
L'article 319723 de la Base de connaissances Microsoft explique comment utiliser l'authentification Kerberos dans SQL Server. L'article décrit également comment activer l'authentification Kerberos sur les clusters de basculement de SQL Server.

Les instructions qui sont répertoriées dans l'article 319723 de la Base de connaissances Microsoft offrent les avantages suivants :
  • Vous pouvez éliminer des problèmes sur les noms principaux de Service (SPN) qui sont inscrits correctement.
  • Si vous spécifiez un compte d'utilisateur de domaine comme le compte de démarrage du service SQL Server, vous pouvez éviter un message d'avertissement lors de l'installation de SQL Server. Ce message d'avertissement est documenté dans l'article suivant de la Base de connaissances Microsoft :
    303411 Vous recevez des informations d'un avertissement « Informations de SuperSocket d'avertissement » lorsqu'un compte de service SQL Server est un utilisateur de domaine
  • Si vous modifiez ultérieurement l'adresse IP ou le nom de domaine, vous n'avez pas à mettre à jour manuellement les noms principaux de service du service SQL Server.

Sécurité

SQL Server 2000

Le compte de service que vous utilisez pour démarrer le service SQL Server dans un cluster de basculement SQL Server doit être un membre du groupe Administrateurs local direct. Ce compte de service ne doit pas être un membre du groupe Administrateurs locaux via une appartenance à un groupe. Cette configuration peut provoquer des problèmes de sécurité transitoire. Si vous ne souhaitez pas le compte de service pour être membre du groupe Administrateurs locaux, vous devez accorder des droits d'utilisateur suivants pour le compte de service :
  • Agir en tant que partie du système d'exploitation = SeTcbPrivilege
  • Outrepasser le contrôle de parcours = SeChangeNotify
  • Verrouiller des Pages en mémoire = SeLockMemory
  • Connectez-vous en tant que tâche = SeBatchLogonRight
  • Ouvrez une session en tant que Service = SeServiceLogonRight
  • Remplacer un jeton de niveau processus = SeAssignPrimaryTokenPrivilege

SQL Server 2005

Pour chaque service cluster dans une instance de SQL Server 2005 que vous installez, vous êtes invité à entrer un nom de domaine et un nom de groupe dans la page Groupes de domaine pour les Services cluster de l'Assistant d'Installation de SQL Server. Vous permet d'entrer le nom de domaine et le nom du groupe dans le Nom_domaine\Nom de groupe format. Vous devez utiliser les instructions suivantes lorsque vous spécifiez les groupes de domaine :
  • Les groupes de domaines doivent être dans le même domaine que le compte que vous utilisez pour ouvrir une session sur le système. Par exemple, si le compte que vous utilisez pour ouvrir une session sur le système est dans le domaine SQLSVR et si le domaine SQLSVR est un domaine enfant du domaine mondomaine, vous devez spécifier un groupe de domaine dans le domaine SQLSVR. Le domaine SQLSVR peut contenir des comptes d'utilisateurs du domaine mondomaine.
  • Le compte de service pour un service en cluster spécifique doit être un membre du groupe de domaine direct. Ce compte de service ne doit pas être un membre du groupe de domaine via une appartenance à un groupe. Le programme d'installation de SQL Server 2005 ne vérifie pas les sous-groupes pour déterminer si un compte de service est dans un groupe de domaine.
  • Le compte de service pour un service en cluster spécifique ne doit pas être un membre du groupe Administrateurs local direct.
  • Le domaine et le groupe de domaine doivent exister lorsque vous exécutez le programme d'installation de SQL Server 2005. Vous pouvez obtenir les noms des groupes de domaine existant à partir de l'administrateur de domaine. Ou bien, vous pouvez créer des groupes de domaine pour le cluster de basculement SQL Server 2005. Si vous créez un groupe de domaine pour le cluster de basculement SQL Server 2005 peu de temps avant d'exécuter le programme d'installation de SQL Server 2005, vous devez attendre un certain temps pour le nouveau groupe de domaine à répliquer sur le réseau d'entreprise.
  • Les groupes de domaine doivent contenir des comptes de service approprié. Si les comptes de service ne sont pas membres de groupes de domaine appropriés lorsque vous installez SQL Server 2005, le programme d'installation de SQL Server 2005 ajoute les comptes de service aux groupes de domaine. Par conséquent, le compte que vous utilisez pour exécuter le programme d'installation de SQL Server 2005 doit avoir les autorisations nécessaires pour ajouter des comptes aux groupes de domaine.

    Si le programme d'installation de SQL Server s'exécute sous un compte qui ne dispose pas de l'autorisation pour ajouter des comptes aux groupes de domaine, les comptes de service doivent être déjà membres du groupe de domaine approprié.
  • Pour maintenir le contrôle le plus précis sur les autorisations, nous vous recommandons de spécifier de groupe de domaine différents et un compte de service différent pour chaque service cluster et pour chaque serveur virtuel. Toutefois, vous pouvez utiliser toujours le même groupe de domaine et le même compte de service pour tous les services SQL Server. Ou bien, vous pouvez utiliser le même groupe de domaines et de comptes de service différents pour chaque service SQL Server.
  • Le groupe de domaine pour les services SQL Server en cluster ne doit pas être partagé avec d'autres applications.
  • Le groupe de domaine doit être le groupe de domaine global au lieu du groupe universel de domaine.
Pour plus d'informations sur ces instructions, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
910708 Vous devez spécifier les groupes de domaine pour les services cluster de SQL Server lorsque vous installez un cluster de basculement SQL Server 2005
Remarque : Pour résoudre les problèmes liés aux groupes de domaine, vous devez avoir accès au contrôleur de domaine.

En outre, nous ne supportent pas les instances de clusters avec basculement SQL Server 2005 installation dans un environnement dans lequel n'importe quel nœud est un contrôleur de domaine.

Pour plus d'informations sur les droits de l'utilisateur et les autorisations qui sont accordées pour les comptes de service SQL Server et sur les listes de contrôle d'accès (ACL) qui sont créées pour les comptes de service SQL Server, consultez la rubrique « Configuration des comptes de Service Windows » dans la documentation en ligne de SQL Server 2005.

Démarrer et arrêter des services SQL Server

Instances de clusters avec basculement SQL Server 2005

SQL Server 2005 prend en charge le démarrage et l'arrêt des services SQL Server à l'aide d'un des outils suivants :
  • Administrateur de cluster
  • Gestionnaire de Configuration SQL Server
  • Configuration de surface d'exposition SQL Server
  • SQL Server Management Studio
Remarque : N'utilisez pas le composant logiciel enfichable Services pour arrêter une instance organisée en clusters de SQL Server. Si vous utilisez le composant logiciel enfichable Services, le service de cluster redémarre SQL Server.

Instances de clusters avec basculement SQL Server 2000

Instances de clusters avec basculement SQL Server 2000 n'ont pas les restrictions ci-dessus. Nous vous recommandons d'utiliser SQL Server Enterprise Manager, l'applet Services de SQL Server ou l'administrateur de Cluster pour démarrer et arrêter les services de serveur virtuel SQL Server 2000. Bien que vous pouvez utiliser le Gestionnaire de contrôle de Service ou de l'élément Services dans le panneau de configuration pour démarrer et arrêter les services sans endommager le Registre, ces options ne provoqueront pas les services de rester à l'état arrêté. En revanche, les services seront détectés par le serveur en cluster et vous recevrez plusieurs messages d'erreur 17052 dans votre SQL Server. Ces messages d'erreur semblables aux suivantes :
[sqsrvres] CheckServiceAlive : Le Service est mort [
[sqsrvres] OnlineThread : service arrêté en attendant QP
[sqsrvres] OnlineThread : Erreur 1 ressource en ligne
Une fois que vous recevez ces messages d'erreur, le service de cluster redémarre SQL Server. Ce comportement est prévu pour ces types d'erreurs.

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

Pour démarrer ou arrêter SQL Server, SQL Server Executive ou les services SQL Agent à partir d'un serveur virtuel SQL Server 6.5 ou SQL Server 7.0, vous devez utiliser l'administrateur de Cluster Microsoft ou l'outil de ligne de commande Cluster.exe.

Si vous tentez de démarrer ou d'arrêter les services de toute autre manière (par exemple, dans le panneau de configuration, SQL Service Manager ou SQL Enterprise Manager), le Registre peut être endommagé, et il se pouvez que vous deviez supprimer les clusters ou totalement réinstaller SQL Server.

Le signe le plus d'avoir un service démarré correctement est que les comptes de service apparaissent comme un mélange de caractères ASCII.

Si vous avez besoin démarrer SQL Server à partir d'une ligne de commande, vous devez utiliser l'outil administrateur de Cluster ou Cluster.exe pour mettre hors ligne les services SQL Server, SQL Executive ou l'Agent SQL.

Lorsque vous démarrez SQL Server à partir d'une ligne de commande, la connectivité a lieu en utilisant le nom de serveur virtuel. Le seul moyen d'établir une connexion locale est si les ressources sont détenus par le nœud à partir duquel vous avez installé SQL Server.

SQL Enterprise Manager

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

Vous ne pouvez pas modifier les noms de compte à partir de SQL Enterprise Manager. Si vous devez modifier les noms, Microsoft vous recommande de supprimer les clusters et puis Réorganiser en cluster SQL Server avec le nouveau compte d'utilisateur de domaine. Pour plus d'informations sur la modification des comptes de service SQL Server, consultez l'article suivant dans la Base de connaissances Microsoft :
239885 Comment faire pour modifier les comptes de service pour un ordinateur en cluster SQL Server est en cours d'exécution
Avertissement : Si vous ne suivez pas les instructions dans l'article Q239885, vous devrez supprimer manuellement SQL Server des deux nœuds, puis réinstaller SQL Server après avoir sécurisé vos bases de données SQL Server.

Si le compte de service pour SQL Server n'est pas un administrateur dans un cluster, les partages administratifs ne peuvent pas être supprimés sur tous les nœuds du cluster. Les partages administratifs doivent être disponibles dans un cluster de SQL Server fonctionne.

Instances de clusters avec basculement SQL Server 2000

Vous devez utiliser SQL Enterprise Manager pour apporter toutes les modifications de mots de passe ou les comptes de service SQL.

SQL Server 2005 Analysis Services (OLAP)

OLAP de SQL Server 2005 est totalement compatible avec les clusters, et vous pouvez sélectionner des installations en cluster lors de l'installation initiale.

SQL Server 2000 Analysis Services (OLAP)

Bien que le composant SQL Server 2000 Analysis Services (OLAP) n'est pas en charge les clusters, il est possible d'atteindre des solutions Analysis Services haute disponibilité en suivant les étapes décrites dans l'article suivant dans la Base de connaissances Microsoft :
308023 Comment faire pour partitionner SQL Server 2000 Analysis Services dans Windows 2000 et Windows Server 2003

Connectivité SQL

Bibliothèques réseau SQL Server 2005

Avec la version de SQL Server 2005, le composant SQL Native Client a été ajouté à la liste des protocoles pris en charge. Protocoles pris en charge sont les suivants :
  • Mémoire partagée

    Remarque : Les clients qui utilisent des versions d'orearlier des composants Microsoft Data Access (MDAC) 2.8 de MDAC ne peut pas utiliser un protocole de mémoire partagée. Si vous tentez de protocole de mémoire partagée de procédure, les clients ne sont automatiquement transférés du protocole NamedPipes.
  • Canaux nommés
  • TCP/IP
  • VIA
  • SQL Native Client

    SQL Native Client (SQLNCLI) est la technologie d'accès aux adata qui est une nouveauté de SQL Server 2005. Le SQL Native Client isa autonome données access application programming interface (API) qui est utilisés pour OLE DB et ODBC. Le composant SQL Native Client combine le SQL Server OLE DBProvider et le pilote ODBC de SQL Server dans une DLL native. Le NativeClient SQL offre également de nouvelles fonctionnalités distinctes de MDAC.Utilisez le programme d'installation de SQL Server pour installer le composant SQL Native Client en tant que partie ofSQL Server 2005 Tools. Pour plus d'informations à ce sujet et l'autre networklibraries, consultez la documentation en ligne de SQL Server 2005.

    Remarque : SQL Server 2005 n'autorise pas la networkprotocols Banyan VINES SequencedPacket Protocol (SPP), Multiprotocol, AppleTalk ou NWLink IPX/SPX. Clients déjà connectaient à l'aide de ces protocoles de mustselect un autre protocole pour se connecter à SQL Server 2005.

Bibliothèques réseau SQL Server 2000

Les installations SQL Server en clusters nécessitent le protocole TCP/IP, et nous vous recommandons d'installer et d'activer le protocole des canaux nommés. TCP/IP est requis car il est le seul protocole pris en charge pour une utilisation avec des clusters de serveurs.

Pour plus d'informations sur les canaux nommés, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
831127 Prise en charge des canaux nommé ne peut pas être supprimée sur un serveur virtuel qui exécute SQL Server 2000 Service Pack 3
Toutes les ressources qui sont ajoutés à un groupe SQL doivent avoir leurs propres ressources NetworkName et IPAddress dédiées.

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

Si les ressources de cluster dépendent de toutes les ressources de SQL Server, vous devez supprimer ces dépendances avant de supprimer les clusters de votre serveur virtuel. Si vous ne le faites pas, votre serveur virtuel sera supprimé de manière incomplète et ne pourra pas être ré-cluster jusqu'à la fin de la suppression du cluster SQL a échoué.

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 jusqu'à ce que cette ressource de cluster et le nom de réseau et adresse IP de cluster sont en ligne.

Avertissement : Les modifications apportées aux paramètres réseau dans SQL Server 6.5 doivent être effectuées de SQL Server est non clusterisé, comme indiqué dans l'article suivant dans la Base de connaissances Microsoft :
189037 BOGUE : Le programme d'installation SQL ne change pas de sécurité et les options de support réseau avec SVS
Pour plus d'informations sur la connectivité commune problèmes lorsque vous vous connectez ou configurez un serveur SQL Server en cluster, consultez les articles suivants dans la Base de connaissances Microsoft :
273673 Description des connexions clientes de serveur virtuel SQL
235987 le Serveur virtuel SQL Server 7.0 prend uniquement en charge l'utilisation d'une seule adresse TCP/IP
244980 Comment faire pour modifier les adresses IP de réseau des instances de clusters avec basculement SQL Server
187708 Impossible de se connecter au serveur virtuel SQL via des sockets dans le cluster

Plusieurs ports listen-on TCP/IP

SQL Server 7.0 prend en charge plusieurs ports listen-on sur un sous-réseau unique. Cette prise en charge n'est pas destiné à être utilisé sur plusieurs sous-réseaux ou pour fournir davantage de disponibilité.

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

Important : Cette section, la méthode ou la tâche qui va suivre contient des étapes qui vous indiquent la méthode pour modifier le Registre de Windows. Toutefois, des problèmes sérieux peuvent survenir si vous modifiez le Registre de façon incorrecte. Par conséquent, assurez-vous de suivre ces étapes avec une attention toute particulière. Afin de couvrir votre système d'une protection supplémentaire, veuillez sauvegarder le Registre avant d'intervenir pour y apporter des modifications. Ainsi, si à la suite des modifications un problème devait survenir, vous pourrez toujours restaurer le Registre. Pour obtenir des informations sur la marche à suivre pour sauvegarder ou restaurer la Base de Registre, cliquez sur le lien (numéro) ci-dessous et afficher l'article correspondant dans la Base de connaissances Microsoft :
322756 Comment sauvegarder et restaurer le Registre dans Windows
  1. Démarrez l'Éditeur du Registre (Regedt32.exe).
  2. Recherchez la valeur de côté serveur dans la clé de Registre suivante :
    HKEY_LOCAL_Machine\Software\Microsoft\MSSQLServer\MSSQLServer
  3. Dans le menu Edition , cliquez sur Chaîne multipleet entrez des ports listen-on supplémentaires. Par exemple, pour ajouter port1435, entrez les éléments suivants et 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 ajoutez et puis continuez avec l'Assistant Cluster.

SQL Server (toutes versions) et la configuration WINS

Avant de vous mettre en cluster de SQL Server, assurez-vous que vous disposez de la configuration correcte pour le WINS Windows Internet Name Service () pour une utilisation sur un cluster, comme expliqué dans les articles suivants dans la Base de connaissances Microsoft :
193890 Configuration WINS recommandée pour Microsoft Cluster Server
195462 Enregistrement WINS et comportement des adresses IP pour Microsoft Cluster Server
Vous devez jamais ajouter des entrées statiques dans WINS pour les serveurs SQL Server en clusters ou d'autres ressources Microsoft Cluster Server (MSCS) ; Cela est expliqué dans l'article suivant dans la Base de connaissances Microsoft :
217199 Le nom de réseau soit mise hors connexion de provoquer des entrées WINS statiques

Instances de clusters avec basculement VS 7.0 Server des compteurs de performance

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

Les compteurs d'extension SQL Server doivent être trouvées lorsque le système est amorcé. Avec SQL Server 6.5, la DLL du compteur se trouve dans le répertoire \\Mssql\Binn par défaut. Étant donné que le lecteur de cluster dans lequel SQL Server est installé n'est pas accessible tant que toutes les ressources MSCS sont 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. Pour libérer le fichier Sqlctr65.dll, placez une copie du fichier Sqlctr65.dll dans le répertoire %Systemroot%\System32. Le fichier Sqlctr70.dll est placé dans ce répertoire par défaut.

Pour plus d'informations sur les compteurs de performances de SQL Server, consultez les articles suivants dans la Base de connaissances Microsoft :
127207 Objets et compteurs dans l'Analyseur de performances manquants
246328 Les compteurs de performance SQL peuvent être manquants après l'installation de MDAC sur un cluster
Avertissement : Pour SQL Server 6.5, si vous décidez de régénérer le Registre selon les instructions fournies dans l'article suivant dans la Base de connaissances Microsoft, consultez la section « Comment pour reconstruire le SQL Server Registre » plus loin dans cet article pour obtenir des instructions supplémentaires avant de régénérer le Registre :
227662 Compteurs de l'Analyseur de performances SQL manquants
Pour résumer, les compteurs de performance ne sont pas toujours disponibles sur les serveurs SQL en clusters ; lorsqu'ils le sont, ils sont généralement uniquement sur le nœud principal si aucun basculement ne se n'est produite.

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

Lorsque vous exécutez l'Assistant basculement de Cluster SQL Server, une partie du processus comprend la création des ressources de cluster SQL. Par défaut, ces ressources ont la structure d'affectation de noms suivante :
Virtual_SQL_Server_Name> adresse IP
Virtual_SQL_Server_Name> nom de réseau
Virtual_SQL_Server_Name> de SQL Server 7.0
Virtual_SQL_Server_Name> VServer
Virtual_SQL_Server_Name> Agent de SQL Server 7.0
Par exemple, si Virtual_SQL_Server_Name est xyz, les ressources de SQL Server sont nommés comme suit par défaut :
Adresse IP XYZ
Nom de réseau de XYZ
SQL Server 7.0 XYZ
XYZ VServer
SQL Server Agent 7.0 XYZ
Si tout ou partie de ces noms est modifiée comme suit :
Adresse IP
Nom de réseau
SQL Server
Serveur virtuel
Agent SQL
l'Assistant basculement de Cluster SQL peut échouer ou cesser de répondre. Pour plus d'informations sur les échecs de l'Assistant basculement de Cluster SQL, consultez l'article suivant dans la Base de connaissances Microsoft :
254593 Dépannage des échecs de l'Assistant de Cluster SQL

Comment faire pour régénérer le Registre SQL Server sur SQL Server 6.5 et 7.0 installations d'instance de cluster avec basculement

SQL Server 6.5 Enterprise Edition

Bien que SQL Server 6.5 Édition entreprise est en clusters, n'essayez pas d'effectuer une reconstruction du Registre de SQL Server avec la ligne de commande suivante :
Setup /t RegistryRebuild = sur
Vous devez supprimer les clusters SQL Server avant de procéder à la reconstruction du Registre.

SQL Server 7.0 Enterprise Edition

Si vous utilisez le fichier Regrebld.exe de SQL Server 7.0, vous pouvez reconstruire le Registre dans un environnement en clusters avec les restrictions suivantes :
  • Ne modifiez pas quoi que ce soit à partir de l'ofmaster de l'installation précédente.
  • Exécutez cet utilitaire uniquement à partir du nœud principal pour SQL Server.
Sans tenir compte de ces restrictions peut-être provoquer des problèmes de Registre.

Les service packs

Avertissement : Avant d'essayer d'installer des service packs, assurez-vous que vous avez les droits et les autorisations appropriées. Il est fortement recommandé que vous ouvrez une session sur le serveur et pour le compte de service SQL Server et utilisez l'authentification Windows au cours du processus. Si pour une raison quelconque ce compte a été supprimé du groupe Administrateurs Local sur les nœuds de cluster, ajoutez-le au groupe avant de commencer l'installation.

SQL Server 2005

Problème avec SQL Server 2005 n'a pas été modifiée à partir de SQL Server 2000.

SQL Server 2000

Avec SQL Server 2000, il est pas supprimer les clusters. Vous démarrez l'installation du service pack à partir du nœud qui contrôle le SQL Server que vous souhaitez mettre à niveau.

Remarque : Vous pouvez installer Microsoft Windows NT service Pack de la manière habituelle, comme décrit dans l'article suivant dans la Base de connaissances Microsoft :

174799 Comment faire pour installer des service packs dans un cluster

SQL Server 6.5 ou 7.0

Vous devez supprimer les clusters SQL Server pour installer les service packs de 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 fourni avec toutes les mises à jour de SQL Server ou les service packs pour déterminer si vous devez suivre les instructions d'installation spéciales pour votre installation.

SQL Server 2000

Suivez la documentation du fichier Lisezmoi fourni avec toutes les mises à jour de SQL Server ou les service packs pour déterminer si vous devez suivre les 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 dans la Base de connaissances Microsoft :
247110 La réplication doit être supprimée avant l'application du service pack
Lorsque vous mettez en cluster de SQL Server, vous risquez de rompre la réplication SQL Server ; Pour plus de détails, consultez l'article suivant dans la Base de connaissances Microsoft :
236407 BOGUE : Installation sur un cluster actif/passif interrompt la réplication et DTS

Recherche de texte intégral

Recherche de texte intégral n'est pas disponible pour les serveurs SQL Server 7.0 en cluster, comme indiqué dans la documentation en ligne de SQL Server à la fin de la section « Configuration d'un Support de basculement de SQL Server ». Recherche de texte intégral est entièrement prise en charge dans SQL Server 2000 et les versions ultérieures de SQL Server.

Si vous avez un problème qui vous oblige à recréer ou réinstaller la recherche de texte intégral sur une instance de cluster de basculement SQL Server 2000 ou sur une instance de cluster de basculement SQL Server 2005, une désinstallation complète et une réinstallation de l'instance de cluster avec basculement de SQL Server est la méthode de restauration pris en charge uniquement.

SQL Mail

SQL Mail n'est pas entièrement supportée lorsqu'il est utilisé sur un cluster de basculement SQL Server, car MAPI n'est pas en charge les clusters. Prise en charge de SQL Mail lorsqu'il est utilisé avec le clustering est fournie sur une base « effort raisonnable » uniquement, sans aucune garantie de la stabilité ou la disponibilité. Microsoft a confirmé l'existence de ce problème dans SQL Server 6.5, SQL Server 7.0 et SQL Server 2000 lorsqu'il est utilisé avec un cluster de basculement.

Mises à niveau du système d'exploitation

Mises à niveau du système d'exploitation sont pris en charge pour les serveurs SQL Server en cluster comme indiqué dans les articles suivants dans la Base de connaissances Microsoft :
239473 CORRECTIF : 70rebind.exe pour mises à niveau de Windows 2000 et MDAC sur serveurs SQL Server 7.0 en cluster
313037 La mise à niveau des clusters SQL Server vers Windows Server 2003

Le Gestionnaire de licences

Pour plus d'informations sur les licences, consultez l'article suivant dans la Base de connaissances Microsoft :
175276 Implémentation de stratégie de licence avec MSCS

Règles d'administration du service cluster importantes

Avertissement : Si vous ignorez les règles suivantes, vous devrez réinstaller Microsoft Cluster Service.
  • Si vous modifiez la disposition de la partition d'un disque physique sur le bus SCSI partagé, redémarrez les deux nœuds du cluster.
  • Ne modifiez pas le nom de l'ordinateur Windows NT d'un clusternode après l'installation de MSCS.
  • Ne partitionnez pas de nouveau les disques sur le bus SCSI sans firstdeleting les ressources de disque.
  • Ne modifiez pas une adresse IP dont dépend une nameresource de réseau.
  • N'exécutez pas les outils de diagnostic qui écrit de bas niveau sur le disque aphysical. (Ceci est possible uniquement si vous démarrez le nœud sous système anotheroperating).
  • Ne réattribuez pas les lettres de lecteur des disques système anynode.
  • N'écrivez pas données sur des disques attachés sur le chainbefore SCSI qu'installer MSCS.

Partage de ressources de cluster SQL Server

Les ressources de disque de cluster utilisés par SQL Server ne doivent pas servir pour d'autres services de cluster (par exemple, le lecteur quorum, partages de fichier ou une imprimante ou les serveurs d'informations Internet), à moins que le cluster possède la ressource disque du cluster qu'une seule. Si vous utilisez le disque de cluster de SQL Server pour une de ces ressources, il peut affecter de manière significative le temps de basculement et peut même provoquer des basculements de SQL Server lorsqu'il n'existe aucun problème SQL Server.

Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
835185 Dépendances de ressources de cluster avec basculement dans SQL Server

Microsoft Data Access Components (MDAC)

Mises à niveau des composants SQL Server 6.5 et SQL Server 7.0 MDAC

SQL Server 6.5 et les installations de SQL Server 7.0 en cluster prennent uniquement en charge les mises à niveau du composant MDAC à MDAC version 2.5. MDAC 2.6 et MDAC 2.7 n'ont pas de prise en charge côté serveur pour ces versions.

Toutefois, vous pouvez utiliser MDAC 2.6 et version ultérieure sur un client pour se connecter à une installation en cluster SQL Server 6.5 ou SQL Server 7.0.

Pour plus d'informations, cliquez sur les numéros ci-dessous pour afficher les articles correspondants de la Base de connaissances Microsoft.
820754 MDAC 2.6 ou version ultérieure ne doit pas être installé sur des clusters SQL Server 7.0
239473 CORRECTIF : 70rebind.exe pour mises à niveau de Windows 2000 et MDAC sur serveurs SQL Server 7.0 en cluster

Emplacement de ressource de cluster MSDTC par défaut

Par défaut, dans lequel sont installés les ressources MSDTC dépendant du système d'exploitation.

Remarque : À moins d'avoir un besoin spécifique de modifier le groupe dans lequel MSDTC est installé, il est recommandé de le laisser dans l'emplacement par défaut. En outre, sur un nœud de cluster, MSDTC doit s'exécuter en tant que ressource en cluster. Si vous configurez MSDTC pour s'exécuter comme une ressource en cluster, les transactions distribuées peuvent être orphelines et qui peuvent provoquer une corruption des données lorsqu'un basculement de cluster se produit.

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

Windows 2000
Installe au groupe du cluster par défaut et utilise le lecteur quorum. Bien qu'il est recommandé que le lecteur quorum est réservée 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 :
294209 Comment faire pour reconstruire ou déplacer une installation MSDTC pour être utilisé avec un cluster de basculement SQL

Prend en charge les réseaux de stockage (SAN)

Les instances de clusters avec basculement Microsoft Cluster Service et SQL Server sont pris en charge dans un environnement de réseaux de stockage (SAN). Le périphérique de cluster/multi-cluster de catégorie de liste de compatibilité matérielle répertorie l'ensemble des périphériques de stockage compatibles SAN dont le composant est passée de candidat de composant de cluster test. Notez toutefois que ce composant ne pas bénéficier de services de prise en charge de Microsoft Cluster Service. Ces services sont disponibles uniquement pour les configurations validées indiquées dans la catégorie « Cluster » dans la liste HCL. Pour plus d'informations, consultez les articles suivants dans la Base de connaissances Microsoft :
280743 Windows clusters et sites séparés géographiquement
834661 Le programme d'installation de SQL Server 2000 requiert une lettre de lecteur, lorsque vous utilisez des lecteurs montés
819546 Prise en charge de SQL Server 2000 et SQL Server 2005 pour les volumes montés

Une liste de toutes les configurations matérielles validées peut être trouvée sur la liste de compatibilité matériel (HCL) qui se trouve sur le site Web de Microsoft à l'adresse suivante :
http://www.windowsservercatalog.com/

Allocation de mémoire (toutes versions)

Lorsque vous allouez de mémoire aux serveurs SQL Server en cluster, assurez-vous que la valeur cumulée des paramètres de mémoire serveur maximum pour toutes les instances de SQL Server ainsi que toute autre ressource de cluster et exigences de l'application locale est inférieure à la quantité minimale de RAM physique disponible sur tous les serveurs du cluster de basculement.

installations SQL Server 64 bits

Vous n'avez pas à 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 démarrage de l'extension d'adresse physique basculer.

Résolution des problèmes des serveurs SQL virtuels

Lors de la résolution des problèmes sur les serveurs virtuels SQL Server, il est important de noter que de dépannage doit être effectuée dans un certain ordre sauf s'il s'agit d'un problème SQL connu. Problèmes ou les défaillances du matériel, système d'exploitation, mise en réseau, sécurité ou Microsoft Cluster Service peuvent apparaître en tant que problèmes SQL lorsqu'il en fait aucun problème SQL n'existe.

Dès que possible après la détection d'un problème, vous devez rassembler les rapports MPS de SQL Server à partir de tous les nœuds d'instance de cluster avec basculement. Il est important que vous utilisez cet outil sur tous les nœuds en raison de l'interaction entre la cause du problème peut être une source autre que le nœud qui héberge votre instance de cluster de basculement SQL Server.

Effectuez le dépannage des problèmes de SQL Server virtuels à l'aide des méthodes suivantes dans l'ordre indiqué :
  • Matériel - les journaux des événements système afficher les avertissements ou erreurs qui ne peuvent pas être expliqués ? Si vous contrôlez le rapport système de l'ordinateur, sont signalés les périphériques à problème ? Si tel est le cas, peuvent-ils être expliqués ?
  • Système d'exploitation - les journaux des événements afficher les tous les types de problèmes liés au système d'exploitation, des échecs du service ou de pilote ?
  • Réseau - les journaux des événements signalent-ils des pertes de connectivité ? Pannes NIC ? Problèmes DNS ?
  • Sécurité - vérification des accès refusé les erreurs, les échecs du journal de sécurité.
  • MSCS - est les cluster signale-t-il des problèmes dans un des journaux des événements ?
  • 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 pris en charge pour une utilisation avec les serveurs virtuels SQL.

SQL Server n'est pas prise en charge des Services Terminal Server en mode serveur d'application

Clustering avec basculement de SQL Server n'est pas pris en charge pour une utilisation avec les services Terminal Server. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
327270 SQL Server 2000 n'est pas pris en charge sur le serveur d'applications Windows Server 2003 Terminal Server

Prise en charge de Microsoft Windows 2003

Seul SQL Server 2000 Service Pack 3 (SP3) ou une version ultérieure est pris en charge, comme indiqué dans l'article suivant de la Base de connaissances Microsoft :
313037 La mise à niveau des clusters SQL Server vers Windows Server 2003

Propriétés

Numéro d'article: 254321 - Dernière mise à jour: lundi 14 octobre 2013 - Version: 1.0
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2000 Édition Entreprise
  • Microsoft SQL Server 2000 Édition Développeur
  • Microsoft SQL Server 7.0 Édition Entreprise
  • Microsoft SQL Server 6.5 Édition Entreprise
Mots-clés : 
kbhowto kbinfo kbmt KB254321 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.
La version anglaise de cet article est la suivante: 254321
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