Cluster de basculement SQL Server processus de pack correctif et de service de restauration

INTRODUCTION

Cet article explique comment appliquer une mise à jour de Microsoft SQL Server vers 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 de SQL Server. Pour éviter les interruptions de service, 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 l’endommagement possible des données.
  • Dans Microsoft SQL Server 2008 et les 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

L’installation de SQL Server roulant des mises à jour sur un cluster de basculement

Remarque  Les informations contenues dans cette section s’applique à SQL Server 2008 et les versions ultérieures.
  1. Avant de commencer, les mises à jour, assurez-vous que vous collectez une liste de propriétaires possibles pour l’instance en cluster de SQL Server spécifique. Pour rechercher un nom de ressource du réseau SQL Server spécifique, exécutez la commande suivante :
    ressource de cluster.exe
    Vous voyez la sortie semblable à la suivante :
    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 à supprimer de la moitié des nœuds à partir de la liste de 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 conseillons de supprimer la moitié des nœuds de propriétaires possibles pour garantir une haute disponibilité.
  3. Après avoir supprimé les nœuds à partir de la liste de 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 qui est fournie dans le package de mise à jour que vous appliquez.

    Remarque Si c’est la première fois que vous appliquez la mise à jour sur une instance d’un nœud, déplacez tous les groupes de ressources actifs vers un autre nœud avant d’appliquer la mise à jour. Cela permet d’éviter les temps d’arrêt ou un redémarrage qui peut-être se produire lors de la mise à jour des composants partagés qui sont utilisés.
  4. Après que 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 à la liste des propriétaires possibles dans l’instance de cluster avec basculement.


    Pour vous assurer que vous ajouter des nœuds arrière pour les instances de SQL Server appropriés, utilisez la liste des propriétaires possibles que vous avez collectées avant d’effectuer la mise à jour. Vérifiez que vous marquez les nœuds 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, application ou services dans Windows Server 2008, 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 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 été mis à jour à partir de propriétaires possibles dans l’instance de cluster avec basculement.
  8. Appliquer la mise à jour de SQL Server sur 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 avec basculement que 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 de 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 les 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, ce qui est décrit 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 de SQL Server spécifique. Pour rechercher un nom de ressource du réseau SQL Server spécifique, exécutez la commande suivante :
    cluster.exe resource 
    Vous voyez la sortie semblable à la suivante :
    Ressource groupe nœud État------------
    Cluster disque 1 groupe du Cluster NODE1 Cluster en ligne 2 de disque SQL Server (INST1) NODE1 en ligne
    Cluster de disque SQL Server 3 (Inst2 la) NODE1 Cluster en ligne le disque 4 stockage disponible NODE1 en ligne
    Groupe de Cluster cluster IP Address NODE1 en ligne groupe de Cluster de nom de Cluster NODE1 en ligne SQL adresse 1 (SQLVS1)
    SQL Server (INST1) NODE1 SQL en ligne réseau nom (SQLVS1) 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 (SQLVS2) SQL Server (Inst2 la) NODE1 en ligne
    SQL réseau nom (SQLVS2) 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 à supprimer de la moitié des nœuds à partir de la liste de 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 conseillons de supprimer la moitié des nœuds de propriétaires possibles pour garantir une haute disponibilité.
  3. Après avoir supprimé les nœuds à partir de la liste de 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 qui est fournie dans le package de mise à jour que vous appliquez.

    Remarque : Si c’est la première fois que vous supprimez la mise à jour sur une instance d’un nœud, déplacez tous les groupes de ressources actifs vers un autre nœud avant de supprimer la mise à jour. Cela permet d’éviter les temps d’arrêt ou un redémarrage qui peut-être se produire lors de la mise à jour des composants partagés qui sont utilisés.
  4. Après que 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 rétrogradés vers la liste Propriétaires possibles dans l’instance de cluster avec basculement.

    Pour vous assurer que vous ajouter des nœuds arrière pour les instances de SQL Server appropriés, utilisez la liste des propriétaires possibles que vous avez collectées avant d’effectuer la mise à jour. Vérifiez que vous marquez les 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, application ou services dans Windows Server 2008, 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 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 à niveau à partir de propriétaires possibles dans l’instance de cluster avec basculement.
  8. Supprimer la mise à jour de SQL Server sur 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 avec basculement que 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 la restauration du processus de mise à jour et seuls certains nœuds sont mis à jour.


Il peut être différentes permutations pour ce comme indiqué ci-dessous :

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

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

Cas 1 : vous décidez de ne pas continuer davantage avec le correctif de mise à jour de processus.
Utilisez la procédure suivante :
  1. Supprimer la mise à jour sur chaque nœud qui a été corrigée et à l’aide du nom de réseau SQL ressources sur l’outil administrateur de Cluster pour les ajouter à la liste des 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. Après avoir appliqué le correctif sur quelques nœuds, vous découvrez (en parcourant le web ou lorsque vous travaillez avec des CSS de Microsoft) qui avec le correctif des problèmes connus et par conséquent ne peut pas continuer.
  1. S’il existe une version plus récente de la mise à jour qui résout ce problème, utiliser conjointement 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 la plus récente n’est pas disponible ou que vous ne pouvez pas mettre à niveau vers la version la plus récente immédiatement, utilisez la procédure qui est décrite pour le cas 1 ci-dessus.

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

Dans ce cas, la recommandation serait pour résoudre les problèmes liés à la raison de l’échec de la mise à jour sur ce nœud et continuer la correction d’autres nœuds avec la mise à jour ultérieurement. Lorsque vous ajoutez les nœuds en tant que propriétaires possibles pour la ressource de SQL Server, laissez le nœud problématique ou les nœuds de la liste.

Si le dépannage n’est pas une option et vous devez tous les nœuds doivent être disponibles pour votre opération de cluster, vous pouvez utiliser la procédure qui est décrite pour le cas 1 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 de propriétaires possibles et sont en train de supprimer ou d’avait 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 sur les nœuds mis à jour (étape 5 de la procédure de mise à jour) en raison d’un problème avec le correctif (groupe de serveurs SQL échoue essentiellement vers un nœud qui n’a pas été mis à jour).

Utilisez la procédure suivante :

  1. Vérifiez si une version plus récente du correctif qui résout ce problème est disponible. S’il est disponible, utiliser 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 entière.

    Remarque : Vous n’avez pas besoin de supprimer le correctif régressions à partir de la première moitié. Vous devez 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 et 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 la plus récente n’est pas disponible ou que vous ne pouvez pas mettre à niveau vers la version la 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, supprimez 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. Ajoutez la seconde à la moitié des nœuds de « supprimé » aux propriétaires possibles de nom de réseau SQL Server.
      Remarque : Le basculement a échoué, mais que vous a peut-être supprimé certains ou tous les nœuds sur la deuxième moitié. Notez également qu’aucun des nœuds sur la seconde moitié avaient été encore mis à jour.
    3. Après que la mise à jour a été supprimé, utilisez la ressource de nom de réseau SQL sur l’outil administrateur de Cluster pour ajouter ces nœuds à la liste des 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 parcourant le web ou lorsque vous travaillez avec des CSS de Microsoft) qui avec le correctif des problèmes connus et par conséquent ne peut pas continuer. (Groupe de SQL Server est en ligne sur un des nœuds du premier semestre qui ont été mis à jour).

Utilisez la procédure suivante :
  1. Vérifiez si une version plus récente du correctif qui résout ce problème est disponible. S’il est disponible, utilisez que conjointement avec la procédure décrite dans la section « Installing SQL Server roulant des mises à jour sur un cluster de basculement » de cet article pour procéder à toute mise à jour de processus, mais en commençant par la deuxième moitié de votre liste complète.

    Remarque : Essentiellement, lorsque le processus de mise à jour est terminé, tous les nœuds dans les premiers nœuds de moitié ainsi que les mises à jour dans la moitié inférieure de votre liste obtenir des deux ensembles de mises à jour - le premier avec le correctif logiciel qui pose problème et le second avec un correctif corrigé.
  2. Si la version la plus récente n’est pas disponible ou que vous ne pouvez pas mettre à niveau vers la version la plus récente immédiatement, procédez comme suit :
    1. Supprimez le correctif sur chacun des nœuds qui sont mis à jour dans la seconde moitié en vous reportant à la documentation qui 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 deuxième moitié de nœuds à la liste des propriétaires possibles dans l’instance de cluster avec basculement.

      Pour vous assurer que vous ajouter des nœuds arrière pour les instances de SQL Server appropriés, utilisez la liste des propriétaires possibles que vous avez collectées avant d’effectuer la mise à jour. Vérifiez que vous marquez les nœuds 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, application ou services dans Windows Server 2008, 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, supprimez 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 qui est fournie dans le package de mise à jour que vous appliquez.
    6. Après que la mise à jour a été supprimé, utilisez la ressource de nom de réseau SQL sur l’outil administrateur de Cluster pour ajouter ces nœuds à la liste des 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 continuer davantage avec le correctif de mise à jour de processus : utilisez la procédure suivante.
  1. Supprimez le correctif sur chacun des nœuds qui peuvent avoir déjà été mis à jour dans la seconde moitié en vous reportant à la documentation qui 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 deuxième moitié de nœuds à la liste des propriétaires possibles dans l’instance de cluster avec basculement.
  3. Pour vous assurer que vous ajouter des nœuds arrière pour les instances de SQL Server appropriés, utilisez la liste des propriétaires possibles que vous avez collectées avant d’effectuer la mise à jour. Vérifiez que vous marquez les nœuds 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, application ou services dans Windows Server 2008, 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, supprimez 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 qui est fournie dans le package de mise à jour que vous appliquez.
  7. Après que la mise à jour a été supprimé, utilisez la ressource de nom de réseau SQL sur l’outil administrateur de Cluster pour ajouter ces nœuds à la liste des 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

ID d'article : 958734 - Dernière mise à jour : 13 janv. 2017 - Révision : 1

Commentaires