WebSphere Enterprise Service Bus, Version 6.2.0 Systèmes d'exploitation: AIX, HP-UX, i5/OS, Linux, Solaris, Windows


Restauration d'un noeud géré

Les commandes restoreConfig et wsadmin permettent de restaurer un noeud géré WebSphere ESB version 6.2 migré en rétablissant son état antérieur à la migration. Pour chaque noeud géré à restaurer, vous devez restaurer le noeud géré lui-même, ainsi que les modifications apportées au référentiel principal situé dans le gestionnaire de déploiement.

Avant de commencer

Lors de la migration d'un noeud géré version 6.0.x ou 6.1.x, vous devez effectuer les opérations suivantes si vous souhaitez pouvoir restaurer l'état précédent après la migration :
  1. Sauvegarde des bases de données supportant les composants WebSphere ESB.
  2. Sauvegardez votre configuration existante à l'aide de la commande backupConfig ou de l'utilitaire de sauvegarde de votre choix.
    • Exécutez la commande backupConfig ou votre utilitaire favori pour sauvegarder la configuration du gestionnaire de déploiement de version 6.0.x ou 6.1.x.
      Important : Veillez à noter le nom et l'emplacement exacts de cette configuration sauvegardée.

      Voir la commande backupConfig dans le centre de documentation de WebSphere Application Server Network Deployment, version 6.1 .

    • Exécutez la commande backupConfig via l'utilitaire de votre choix pour sauvegarder la configuration du noeud géré version 6.0.x ou 6.1.x.
      Important : Veillez à noter le nom et l'emplacement exacts de cette configuration sauvegardée.

      Voir la commande backupConfig dans le centre de documentation de WebSphere Application Server Network Deployment, version 6.1 .

  3. Faites migrer le noeud géré.

Si nécessaire, vous pouvez maintenant restaurer le noeud géré que vous venez de faire migrer.

Important : Si vous ne possédez aucune copie de sauvegarde de votre configuration de gestionnaire de déploiement version 6.2 telle ce celle-ci existait avant la migration du noeud géré version 6.0.x ou 6.1.x que vous souhaitez restaurer, vous ne pouvez pas accomplir la procédure décrite dans cet article et vous devez restaurer la cellule complète comme décrit à la section Restauration d'une cellule de déploiement.

Pourquoi et quand exécuter cette tâche

Vous devez appliquer les actions de sauvegarde et de restauration à tous les noeuds gérés migrés avant de pouvoir procéder à la restauration d'un autre noeud géré.

Procédure
  1. Restaurez vos bases de données. (Pour toutes les bases de données prenant en charge des composants WebSphere ESB qui ont été mis à niveau, soit automatiquement via les outils de migration soit manuellement, restaurez les sauvegardes que vous avez effectuées avant de lancer le processus de migration).
  2. Arrêtez tous les serveurs en cours d'exécution dans l'environnement version 6.2.
  3. Restaurez votre configuration précédente.
    1. Exécutez la commande restoreConfig via l'utilitaire de votre choix pour restaurer la configuration du gestionnaire de déploiement de version 6.2.
      Important : Assurez-vous de restaurer la même configuration sauvegardée que celle que vous avez créée juste avant la migration du noeud géré.

      Voir la rubrique Commande restoreConfig sur le centre de documentation WebSphere Application Server Network Deployment, version 6.1 .

    2. Effectuez l'une des actions suivantes pour restaurer la configuration de la version 6.0.x ou 6.1.x du noeud géré.
      • Exécutez la commande restoreConfig ou votre utilitaire favori pour restaurer la configuration de la version 6.0.x ou 6.1.x.

        Voir la rubrique Commande restoreConfig sur le centre de documentation WebSphere Application Server Network Deployment, version 6.1 .

      • Utilisez la commande wsadmin pour exécuter le script migrationDisablementReversal.jacl à partir du répertoire version 6.0.x ou 6.1.xracine_profil/bin du noeud géré.
        For Linux operating system Dans un environnement Linux® , par exemple, utilisez les paramètres suivants :
        ./wsadmin.sh -f migrationDisablementReversal.jacl -conntype NONE
        Conseil : Si vous rencontrez des difficultés lors de l'exécution du script migrationDisablementReversal.jacl, essayez d'exécuter manuellement les étapes de ce script.
        1. Accédez au répertoire suivant :
          racine_profil/config/cells/nom_cellule/nodes/nom_noeud
          nom_noeud est le nom du noeud géré que vous souhaitez restaurer.
        2. Si un fichier intitulé serverindex.xml_disabled est présent dans ce répertoire, effectuez les actions suivantes :
          1. Supprimez ou renommez le fichier serverindex.xml.
          2. Renommez le fichier serverindex.xml_disabled en serverindex.xml.
  4. Démarrez le gestionnaire de déploiement de version 6.2.
  5. Synchronisez le noeud géré.

    Voir la rubrique Synchronisation de noeuds avec l'outil wsadmin dans le WebSphere Application Server Network Deployment, version 6.1 .

  6. Si vous choisissez de conserver les applications installées dans le même emplacement que la version précédente lors de la migration vers la version 6.2 et que l'une des applications de la version 6.2 n'est pas compatible avec l'ancienne version, installez des applications compatibles.
  7. Supprimez le noeud géré de la version 6.2.

    Voir la rubrique Suppression d'un profil dans le centre de documentation WebSphere Application Server Network Deployment, version 6.1 .

  8. Démarrez le noeud géré restauré dans l'environnement de la version 6.2.

Résultats

La configuration devrait maintenant retrouver son état antérieur à la migration.

Que faire ensuite

Vous pouvez maintenant redémarrer le processus de migration si vous le souhaitez.

task Rubrique relative à une tâche

Conditions d'utilisation | Commentaires en retour


Icône d'horodatage Dernière mise à jour: 07 juillet 2010


http://publib.boulder.ibm.com/infocenter/dmndhelp/v6r2mx/topic//com.ibm.websphere.wesb620.doc/doc/tmig_vtv_rollbackmn.html
Copyright IBM Corporation 2005, 2010. All Rights Reserved.
Ce centre d'information est mis en service par la technologie Eclipse (http://www.eclipse.org).