Cluster de basculement SQL Server rouler le processus de pack correctif et service

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

Sommaire

INTRODUCTION

Cet article décrit comment appliquer une mise à jour de Microsoft SQL Server à une instance de cluster de basculement.

Important
  • Si vous mettez à jour une instance de cluster de basculement SQL Server sur un n?ud actif, les services de SQL Server seront arrêtés. Cela provoque des interruptions de service SQL Server. Pour éviter les pannes, installez une mise à jour propagée sur les n?uds passifs comme expliqué dans cet article.
  • Pour éviter une version mixte de n?uds propriétaires possibles dans l'instance de cluster avec basculement, utilisez l'outil Administrateur de Cluster (Cluadmin.exe), pour supprimer des n?uds de la liste de n?uds propriétaires possibles dans l'instance de cluster avec basculement. Vous devez éviter d'utiliser une version mixte de n?uds propriétaires possibles pour éviter la corruption éventuelle de données.
  • Dans Microsoft SQL Server 2008 et versions ultérieures, le service de cluster vérifie la ressource de nom de réseau SQL pour obtenir la liste des propriétaires possibles. La ressource de nom de réseau SQL est également contrôlée. Ce comportement diffère de Microsoft SQL Server 2005. Dans SQL Server 2005, la ressource SQL Server lui-même est contrôlée.

Plus d'informations

Installation de SQL Server roulant mises à jour sur un cluster de basculement

Remarque : Les informations contenues dans cette section s'applique à SQL Server 2008 et versions ultérieures.
  1. Avant de pouvoir mises à jour, assurez-vous que vous collectez une liste de propriétaires possibles pour l'instance en cluster SQL Server spécifique. Pour rechercher un nom de ressource de réseau SQL Server spécifique, exécutez la commande suivante :
    ressource de cluster.exe
    Vous voyez la sortie semblable au suivant :
    Resource                          Group                             Node              Status
    --------------------              --------------------              ----------        ------
    Cluster Disk 1                    Cluster Group                     NODE1             Online
    Cluster Disk 2                    SQL Server (INST1)                NODE1             Online
    Cluster Disk 3                    SQL Server (INST2)                NODE1             Online
    Cluster Disk 4                    Available Storage                 NODE1             Online
    Cluster IP Address                Cluster Group                     NODE1             Online
    Cluster Name                      Cluster Group                     NODE1             Online
    SQL IP Address 1 (SQLVS1)         SQL Server (INST1)                NODE1             Online
    SQL Network Name (SQLVS1)         SQL Server (INST1)                NODE1             Online
    SQL Server                        SQL Server (INST1)                NODE1             Online
    SQL Server Agent                  SQL Server (INST1)                NODE1             Online
    SQL IP Address 2 (SQLVS2)         SQL Server (INST2)                NODE1             Online
    SQL Network Name (SQLVS2)         SQL Server (INST2)                NODE1             Online
    SQL Server                        SQL Server (INST2)                NODE1             Online
    SQL Server Agent                  SQL Server (INST2)                NODE1             Online
    
    Dans cet exemple, vous pouvez utiliser les commandes suivantes pour créer une liste de propriétaires possibles pour chaque ressource de nom de réseau SQL :
    • cluster.exe ressource « Nom de réseau SQL (SQLVS1) » /listowners > c:\SQLVS1_list_of_owners.txt
    • cluster.exe ressource « Nom de réseau SQL (SQLVS2) » /listowners > c:\SQLVS2_list_of_owners.txt
  2. Dans l'outil Administrateur de Cluster, utilisez la ressource de nom de réseau SQL correspondante pour supprimer la moitié des n?uds à partir de la liste Propriétaires possibles dans les instances de clusters avec basculement sur lequel vous souhaitez appliquer les mises à jour. Retirez tout d'abord les n?uds passifs de propriétaires possibles. Conserver la liste de n?uds que vous supprimez des propriétaires possibles pour référence ultérieure au cours de ce processus de mise à jour.

    Remarque : Nous vous recommandons de supprimer la moitié des n?uds de propriétaires possibles pour garantir une haute disponibilité.
  3. Une fois que vous avez supprimé les n?uds de la liste Propriétaires possibles dans l'instance de cluster avec basculement, appliquer la mise à jour de SQL Server sur les n?uds que vous avez supprimé à l'étape 2. Pour appliquer la mise à jour sur chaque n?ud a été supprimé de propriétaires possibles, reportez-vous à la documentation fournie dans le package de mise à jour que vous appliquez.

    Remarque : S'il s'agit de la première fois que vous appliquez la mise à jour sur une instance d'un n?ud, déplacez tous les groupes de ressources actif vers un autre n?ud avant d'appliquer la mise à jour. Cela permet d'éviter les interruptions de service ou une opération de redémarrage qui peut se produire lors de la mise à jour des composants partagés qui sont utilisés.
  4. Une fois la mise à jour a été appliquée sur les n?uds qui ont été supprimés de propriétaires possibles, utilisez la ressource de nom de réseau SQL sur l'outil Administrateur de Cluster pour ajouter les n?uds mis à jour vers la liste Propriétaires possibles dans l'instance de cluster avec basculement.

    Pour vous assurer que vous va ajouter des n?uds arrière pour les instances de SQL Server corrects, utilisez la liste des propriétaires possibles que vous avez collectées avant d'effectuer la mise à jour. Assurez-vous que vous marquez des n?uds qui ont déjà mis à jour dans votre liste.
  5. En fonction de la ressource de nom de réseau SQL, rechercher le groupe de ressources correct, les application ou les services dans Windows Server 2008 et puis déplacez ce groupe, une application ou un service à l'un des n?uds qui a été mis à jour.
  6. Vérifiez que toutes les ressources de SQL Server sont en ligne sur le n?ud actuellement actif.
  7. Dans l'outil Administrateur de Cluster, utilisez la ressource de nom de réseau SQL pour supprimer les n?uds qui n'ont pas mis à jour des propriétaires possibles dans l'instance de cluster avec basculement.
  8. Appliquer la mise à jour de SQL Server vers les n?uds que vous avez supprimé à l'étape 7.
  9. Répétez l'étape 4 pour ajouter tous les n?uds qui ont été mis à jour vers les propriétaires possibles pour l'instance de cluster de basculement vous mis à jour.
  10. Vérifiez que le cluster est en cours d'exécution sans aucun problème. Essayez de déplacer l'instance de SQL Server entre les n?uds du cluster.

Désinstallation de correctifs SQL Server sur un cluster de basculement dans un scénario de mise à jour propagée

Remarque : Les informations contenues dans cette section s'applique à SQL Server 2008 et versions ultérieures.

Utilisez la procédure qui s'applique à votre situation :

Scénario 1: Vous avez appliqué le correctif sur tous les n?uds de votre cluster

Dans ce scénario, la procédure pour désinstaller le correctif est l'opposé exact de l'installation du correctif, qui est décrite dans la section ci-dessus. La procédure détaillée serait comme suit :
  1. Avant de supprimer des mises à jour, assurez-vous que vous collectez une liste de propriétaires possibles pour l'instance en cluster SQL Server spécifique. Pour rechercher un nom de ressource de réseau SQL Server spécifique, exécutez la commande suivante :
    cluster.exe resource 
    Vous voyez la sortie semblable au suivant :
    Ressource groupe n?ud État------------
    Disque de cluster 1 groupe de Cluster NODE1 Online Cluster disque 2 de SQL Server (INST1) NODE1 en ligne
    Stockage disponible sur disque de Cluster en ligne de SQL Server (Inst2 la) NODE1 4 disque 3 cluster NODE1 en ligne
    Groupe de Cluster cluster IP Address NODE1 Online Cluster nom Cluster NODE1 en ligne SQL adresse IP du groupe 1 (SQLVS1)
    SQL Server (INST1) NODE1 en ligne SQL (SQLVS1) nom de réseau SQL Server (INST1) NODE1 en ligne SQL Server SQL Server
    (INST1) Node1 En ligne SQL Server Agent SQL Server (INST1) NODE1 en ligne SQL adresse IP 2 de SQL Server (SQLVS2) (Inst2 la) NODE1 en ligne
    SQL réseau nom (SQLVS2) de SQL Server (Inst2 la) NODE1 en ligne SQL Server SQL Server (Inst2 la) NODE1 en ligne
    SQL Server Agent SQL Server (Inst2 la) NODE1 en ligne

    Dans cet exemple, vous pouvez utiliser les commandes suivantes pour créer une liste de propriétaires possibles pour chaque ressource de nom de réseau SQL :
    • cluster.exe ressource « Nom de réseau SQL (SQLVS1) » /listowners > c:\SQLVS1_list_of_owners.txt
    • cluster.exe ressource « Nom de réseau SQL (SQLVS2) » /listowners > c:\SQLVS2_list_of_owners.txt
  2. Dans l'outil Administrateur de Cluster, utilisez la ressource de nom de réseau SQL correspondante pour supprimer la moitié des n?uds à partir de la liste Propriétaires possibles dans les instances de clusters avec basculement sur lequel vous souhaitez supprimer les mises à jour. Retirez tout d'abord les n?uds passifs de propriétaires possibles. Conserver la liste de n?uds que vous supprimez des propriétaires possibles pour référence ultérieure au cours de ce processus de suppression de mise à jour.
    Remarque Nous vous recommandons de supprimer la moitié des n?uds de propriétaires possibles pour garantir une haute disponibilité.
  3. Une fois que vous avez supprimé les n?uds de la liste Propriétaires possibles dans l'instance de cluster avec basculement, supprimez la mise à jour de SQL Server sur les n?uds que vous avez supprimé à l'étape 2. Pour supprimer la mise à jour sur chaque n?ud a été supprimé de propriétaires possibles, reportez-vous à la documentation fournie dans le package de mise à jour que vous appliquez.

    Remarque S'il s'agit de la première fois que vous supprimez la mise à jour sur une instance d'un n?ud, déplacez tous les groupes de ressources actif vers un autre n?ud avant de supprimer la mise à jour. Cela permet d'éviter les interruptions de service ou une opération de redémarrage qui peut se produire lors de la mise à jour des composants partagés qui sont utilisés.
  4. Une fois la mise à jour a été supprimé sur les n?uds qui ont été supprimés de propriétaires possibles, utilisez la ressource de nom de réseau SQL sur l'outil Administrateur de Cluster pour ajouter les n?uds déclassés à la liste Propriétaires possibles dans l'instance de cluster avec basculement.

    Pour vous assurer que vous va ajouter des n?uds arrière pour les instances de SQL Server corrects, utilisez la liste des propriétaires possibles que vous avez collectées avant d'effectuer la mise à jour. Assurez-vous que vous marquez des n?uds qui ont été déjà mis à niveau dans votre liste.
  5. En fonction de la ressource de nom de réseau SQL, rechercher le groupe de ressources correct, les application ou les services dans Windows Server 2008 et puis déplacez ce groupe, une application ou un service à l'un des n?uds qui a été mis à niveau.
  6. Vérifiez que toutes les ressources de SQL Server sont en ligne sur le n?ud actuellement actif.
  7. Dans l'outil Administrateur de Cluster, utilisez la ressource de nom de réseau SQL pour supprimer les n?uds qui n'étaient pas mis à niveau à partir de propriétaires possibles dans l'instance de cluster avec basculement.
  8. Supprimer la mise à jour de SQL Server vers les n?uds que vous avez supprimé à l'étape 7.
  9. Répétez l'étape 4 pour ajouter tous les n?uds qui ont été mis à niveau vers les propriétaires possibles pour l'instance de cluster de basculement vous mis à niveau.
  10. Vérifiez que le cluster est en cours d'exécution sans aucun problème. Essayez de déplacer l'instance de SQL Server entre les n?uds du cluster.

Scénario 2: Vous êtes au milieu de rouler le processus de mise à jour et que certains n?uds sont mis à jour.


Permutations différentes pour que cela pourrait être comme indiqué ci-dessous :

Remarque La discussion suivante suppose que vous suivez la procédure décrite dans la section « Installing SQL Server roulant mises à jour sur un cluster de basculement » de cet article et que vous êtes au milieu de la mise à jour la première moitié ou seconde moitié des n?uds.

Scénarios pour la première moitié-(la première moitié des n?uds sont supprimée de propriétaires possibles)

Cas 1 a: vous décidez de ne pas passer davantage avec le correctif de mise à jour processus.
Procédez comme suit :
  1. Supprimer la mise à jour sur chaque n?ud qui a été corrigée et à l'aide du nom de réseau SQL ressource sur l'outil Administrateur de Cluster pour les ajouter à la liste Propriétaires possibles dans l'instance de cluster avec basculement.
  2. Vérifiez que le cluster est en cours d'exécution sans aucun problème. Essayez de déplacer l'instance de SQL Server entre les n?uds du cluster.

Cas 2 a. Après avoir appliqué le correctif sur quelques n?uds, vous découvrez (en recherchant dans le site web ou lorsque vous travaillez avec Microsoft CSS) qui le correctif des problèmes connus et donc impossible de continuer.
  1. S'il existe une version plus récente de la mise à jour qui résout ce problème, utilisez qui en conjonction avec les étapes 3 à 10 de la procédure décrite dans la section « Installation de SQL Server 2008 laminage mises à jour sur un cluster de basculement » de cet article pour poursuivre le processus de mise à jour.
  2. Si la version plus récente n'est pas disponible ou que vous ne pouvez pas passer à la version plus récente immédiatement, utilisez la procédure décrite pour Case 1 a ci-dessus.

Cas 3 a. Vous n'êtes pas en mesure d'appliquer le correctif sur un ou plusieurs n?uds :

Dans ce cas la recommandation serait de mieux résoudre les problèmes liés à la raison pour laquelle la mise à jour échoue sur ce n?ud et continuer les autres n?uds avec la mise à jour d'application de correctifs. Lorsque vous ajoutez les n?uds comme propriétaires possibles pour la ressource SQL Server, laissez l'ou les n?uds hors de cette liste qui pose problème.

Si le dépannage n'est pas une option et que vous avez besoin de tous vos n?uds doivent être disponibles pour votre opération de cluster, vous pouvez utiliser la procédure décrite pour Case 1 a ci-dessus.

Des scénarios pour le deuxième semestre : (la première moitié des n?uds sont déjà mis à jour et ajouté à la liste Propriétaires possibles et de vous sont en train de supprimer ou avez déjà supprimé de la seconde moitié de la liste des propriétaires possibles) :

Cas 1 b: vous remarquez que vous n'êtes pas en mesure de déplacer le groupe SQL Server vers les n?uds mis à jour (étape #5 du processus de mise à jour) en raison d'un éventuel problème avec le correctif (groupe de serveurs SQL essentiellement échoue sur un n?ud qui n'a pas été mis à jour).

Procédez comme suit :

  1. Vérifier si une version plus récente du correctif qui résout ce problème est disponible. Si elle est disponible, utiliser que conjointement avec la procédure décrite dans la section « Installation de SQL Server 2008 laminage mises à jour sur un cluster de basculement » de cet article pour poursuivre le processus de mise à jour ensemble.

    Remarque Vous n'avez pas besoin de supprimer le correctif régressions de la première moitié. Vous souhaitez simplement supprimer la première moitié des n?uds qui sont mis à jour, à partir de la liste de propriétaires possibles pour l'instance de SQL Server, puis continuez comme si vous mettez à jour l'ensemble du cluster avec un nouveau correctif à l'aide du processus de mise à jour propagée décrit au début de cet article.
  2. Si la version plus récente n'est pas disponible ou que vous ne pouvez pas passer à la version plus récente immédiatement, procédez comme suit :
    1. À l'aide de la liste que vous avez collectées au début du processus de mise à jour, supprimer la première moitié des n?uds qui sont corrigés en tant que propriétaires possibles pour le nom de réseau SQL Server.
    2. Ajouter le second la moitié des n?uds « supprimé » vers les propriétaires possibles du nom de réseau SQL Server.
      Remarque Le basculement a échoué, mais vous avez peut-être supprimé certains ou tous les n?uds sur le second semestre. Notez également qu'aucun des n?uds sur la seconde moitié avaient été encore mis à jour.
    3. Une fois la mise à jour a été supprimé, utilisez la ressource de nom de réseau SQL sur l'outil Administrateur de Cluster pour rajouter ces n?uds à la liste Propriétaires possibles dans l'instance de cluster avec basculement.
    4. Vérifiez que le cluster est en cours d'exécution sans aucun problème. Essayez de déplacer l'instance de SQL Server entre les n?uds du cluster.
Cas 2 b: après avoir appliqué le correctif sur quelques n?uds, vous découvrez (en recherchant dans le site web ou lorsque vous travaillez avec Microsoft CSS) qui le correctif des problèmes connus et donc impossible de continuer.(Groupe SQL Server est en ligne sur l'un des n?uds du premier semestre qui ont été mis à jour).

Procédez comme suit :
  1. Vérifier si une version plus récente du correctif qui résout ce problème est disponible. Si elle est disponible, utiliser que conjointement avec la procédure décrite dans la section « Installing SQL Server roulant mises à jour sur un cluster de basculement » de cet article pour continuer avec l'ensemble jour processus, mais à partir de la seconde moitié complète dans votre liste.

    Remarque Essentiellement, lorsque le processus de mise à jour est terminé, tous les n?uds depuis les premiers n?uds de moitié ainsi que les mises à jour dans la deuxième moitié de votre liste obtenir deux jeux de mises à jour - le premier avec le correctif qui pose problème et le second avec un correctif corrigé.
  2. Si la version plus récente n'est pas disponible ou que vous ne pouvez pas passer à la version plus récente immédiatement, procédez comme suit :
    1. Supprimer le correctif sur chacun des n?uds qui sont mis à jour dans la seconde moitié en vous reportant à la documentation est fournie dans le package de mise à jour que vous appliquez.
    2. Utilisez la ressource de nom de réseau SQL sur l'outil Administrateur de Cluster pour ajouter la seconde moitié des n?uds à la liste Propriétaires possibles dans l'instance de cluster avec basculement.

      Pour vous assurer que vous va ajouter des n?uds arrière pour les instances de SQL Server corrects, utilisez la liste des propriétaires possibles que vous avez collectées avant d'effectuer la mise à jour. Assurez-vous que vous marquez des n?uds qui ont déjà mis à jour dans votre liste.
    3. En fonction de la ressource de nom de réseau SQL, rechercher le groupe de ressources correct, les application ou les services dans Windows Server 2008 et puis déplacez ce groupe, une application ou un service à l'un des n?uds à partir de la deuxième moitié.
    4. À l'aide de la liste que vous avez collectées au début du processus de mise à jour, supprimer la première moitié des n?uds qui sont corrigés en tant que propriétaires possibles pour le nom de réseau SQL Server.
    5. Supprimer la mise à jour sur chacun de ces n?uds en vous reportant à la documentation est fournie dans le package de mise à jour que vous appliquez.
    6. Une fois la mise à jour a été supprimé, utilisez la ressource de nom de réseau SQL sur l'outil Administrateur de Cluster pour rajouter ces n?uds à la liste Propriétaires possibles dans l'instance de cluster avec basculement.
    7. Vérifiez que le cluster est en cours d'exécution sans aucun problème. Essayez de déplacer l'instance de SQL Server entre les n?uds du cluster.
Cas 3 b: vous décidez de ne pas passer davantage avec le correctif de mise à jour processus : utilisez la procédure suivante.
  1. Supprimer le correctif sur chacun des n?uds qui peuvent avoir déjà été mis à jour dans la seconde moitié en vous reportant à la documentation est fournie dans le package de mise à jour que vous appliquez.
  2. Utilisez la ressource de nom de réseau SQL sur l'outil Administrateur de Cluster pour ajouter la seconde moitié des n?uds à la liste Propriétaires possibles dans l'instance de cluster avec basculement.
  3. Pour vous assurer que vous va ajouter des n?uds arrière pour les instances de SQL Server corrects, utilisez la liste des propriétaires possibles que vous avez collectées avant d'effectuer la mise à jour. Assurez-vous que vous marquez des n?uds qui ont déjà mis à jour dans votre liste.
  4. En fonction de la ressource de nom de réseau SQL, rechercher le groupe de ressources correct, les application ou les services dans Windows Server 2008 et puis déplacez ce groupe, une application ou un service à l'un des n?uds à partir de la deuxième moitié.
  5. À l'aide de la liste que vous avez collectées au début du processus de mise à jour, supprimer la première moitié des n?uds qui sont corrigés en tant que propriétaires possibles pour le nom de réseau SQL Server.
  6. Supprimer la mise à jour sur chacun de ces n?uds en vous reportant à la documentation est fournie dans le package de mise à jour que vous appliquez.
  7. Une fois la mise à jour a été supprimé, utilisez la ressource de nom de réseau SQL sur l'outil Administrateur de Cluster pour rajouter ces n?uds à la liste Propriétaires possibles dans l'instance de cluster avec basculement.
  8. Vérifiez que le cluster est en cours d'exécution sans aucun problème. Essayez de déplacer l'instance de SQL Server entre les n?uds du cluster.

Propriétés

Numéro d'article: 958734 - Dernière mise à jour: vendredi 18 janvier 2013 - Version: 2.0
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft SQL Server 2008 Enterprise
  • Microsoft SQL Server 2008 Standard
  • Microsoft SQL Server 2008 Enterprise Evaluation
  • Microsoft SQL Server 2008 R2 Enterprise
  • Microsoft SQL Server 2008 R2 Standard
  • Microsoft SQL Server 2012 Business Intelligence
  • Microsoft SQL Server 2012 Developer
  • Microsoft SQL Server 2012 Enterprise
  • Microsoft SQL Server 2012 Standard
Mots-clés : 
kbexpertiseadvanced kbinfo kbmt KB958734 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: 958734
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