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


Migration vers un système distant

Utiliser les outils de migrants gens pour faire migrer une ancienne version hébergée sur un système vers une version du serveur WebSphere ESB hébergée sur un système différent et distant. (Serveurs autonomes uniquement).

Avant de commencer

Remarque : Cette procédure est uniquement prise en charge pour les serveurs autonomes.
Assurez-vous que les conditions suivantes sont remplies avant de démarrer le processus de migration :
  • Votre système répond à toutes les exigences matérielles et logicielles pour la nouvelle version de WebSphere ESB.
  • L'espace disque disponible est suffisant pour contenir le profil migré et sa sauvegarde. Voir Remarques relatives à la pré-migration pour WebSphere ESB pour les exigences relatives à l'espace disque.
Assurez-vous d'avoir exécuté les tâches suivantes avant de lancer la migration :
  • Sauvegardez les bases de données prenant en charge les composants version 6.0.2.x ou version 6.1.x WebSphere ESB.

Voir Présentation de la migration et Remarques relatives à la pré-migration pour WebSphere ESB.

Vous pouvez généralement utiliser les outils de migration pour effectuer la mise à un niveau entre une ancienne version est une nouvelle version installée sur le même système. Toutefois, certains scénarios nécessitent que la configuration de l'ancienne version présente sur un système particulier soit migrée vers la nouvelle version de WebSphere ESB, sur un autre système. L'un de ces scénarios s'applique lorsque vous installez de nouveaux systèmes dans votre environnement sur la base de la version la plus récente, mais que vous avez besoin de faire migrer l'ancienne configuration existante depuis d'autres systèmes.

Pour obtenir de l'aide sur la résolution des incidents lors de la migration, voir Identification et résolution des incidents liés à la migration entre différentes versions.

Pourquoi et quand exécuter cette tâche

La commande WBIPreUpgrade sauvegarde la configuration de l'ancienne version existante dans un répertoire de sauvegarde spécifique pour la migration. La commande WBIPostUpgrade utilise ce répertoire pour ajouter les paramètres de l'ancienne configuration à l'environnement de la nouvelle version.

Procédure
  1. Copiez l'utilitaire WBIPreUpgrade et les fichiers associés depuis WebSphere ESB version 6.2 vers le système source. Pour ce faire, utilisez l'une des procédures suivantes.
    1. Sur le système cible, créez un fichier .zip ou .tar.gz des fichiers d'installation à copier dans le système source. Pour ce faire, procédez comme suit.
      Remarque : Pour vous lancer dans cette procédure, il est nécessaire d'avoir WebSphere ESB version 6.2 installé sur le système cible.
      1. Naviguez jusqu'au répertoire WPS62_HOME/util/migration du système cible.
      2. Exécutez l'une des commandes suivantes en fonction de votre système d'exploitation.
        • For Linux operating systemFor UNIX operating system Sur les plateformes Linux et UNIX : createRemoteMigrationImage.sh chemin_complet_accès_nouveau_fichier_.tar.gz

          Exemple : createRemoteMigrationImage.sh /tmp/migrationImage.tar.gz

        • For Windows operating system Sur les plateformes Windows : createRemoteMigrationImage.bat chemin_complet_accès_nouveau_fichier_.zip

          Exemple : createRemoteMigrationImage.bat C:\migrationImage.zip

      3. Copiez le fichier .zip de l'image de migration du système cible dans le système source (le système sur lequel une version 6.0.x ou 6.1.x de WebSphere ESB est installée).
      4. Dézippez le fichier de l'image de migration dans un nouveau répertoire appelé copie_migration.
        Remarque : Attribuez le nom de votre choix à ce répertoire. Nous utilisons dans le cas présent le nom "copie_migration" à titre explicatif.
    2. Copiez les fichiers des répertoires du kit Java Development Kit et de migration du DVD WebSphere ESB version 6.2. Pour ce faire, procédez comme suit. Copiez les répertoires de migration et du kit Java Development Kit du DVD WPS/ESB version 6.2 vers un nouveau répertoire. Par exemple, nous utilisons copie_migration à titre explicatif.
      1. Créez sur le système source un nouveau répertoire appelé copie_migration.
        Remarque : Attribuez le nom de votre choix à ce répertoire. Nous utilisons dans le cas présent le nom "copie_migration" à titre explicatif.
      2. Copiez les répertoires migration et JDK dans le nouveau répertoire.
    Vous devez à présent disposer de la structure de répertoires suivante sur votre système source :
    copie_migration/
       migration/
       JDK/
  2. Accédez au répertoire copie_migration/migration/bin.
  3. Sur le système source, enregistrez la configuration actuelle en exécutant le script WBIPreUpgrade à partir du répertoire copie_migration/bin. Sauvegardez la configuration dans le répertoire de sauvegarde spécifique à la migration du système hébergeant l'ancienne version (système source). Voir Utilitaire de ligne de commande WBIPreUpgrade pour plus de détails. Utilisez l'un des scripts suivants en fonction de votre système d'exploitation.
    • For Linux operating systemFor UNIX operating system Sur les plateformes Linux/UNIX : ./WBIPreUpgrade.sh /chemin_fichier/sauvegarde_spéciale_migration currentWebSphereDirectory
    • For Windows operating system Sur les plateformes Windows® : WBIPreUpgrade C:\chemin_fichier\sauvegarde_spéciale_migration currentWebSphereDirectory
    La commande WBIPreUpgrade indique le statut à l'écran et dans les fichiers journaux contenus dans sauvegarde_spéciale_migration/logs. Les noms de fichiers journaux commencent par la chaîne WBIPreUpgrade et incluent un horodatage.
  4. Copiez le répertoire sauvegarde_spéciale_migration du système source vers le système cible.

    Utilisez la commande ftp, un stockage partagé ou un autre mécanisme pour copier ce répertoire sur le nouveau système.

  5. Sur le système cible, ajoutez la configuration provenant de l'ancienne version de WebSphere ESB à la configuration de la nouvelle version en utilisant la commande WBIPostUpgrade. Utilisez la commande WBIPostUpgrade située dans le répertoire racine_installation/bin de la nouvelle installation pour ajouter la configuration de l'ancienne version (que vous avez copiée dans un répertoire sur le nouveau système à l'étape 4) dans la configuration de la nouvelle version.
    Voir Utilitaire de ligne de commande WBIPostUpgrade pour plus de détails. Utilisez l'un des scripts suivants en fonction de votre système d'exploitation.
    Important : Utilisez le paramètre -createTargetProfile lorsque WBIPostUpgrade est appelé. Cette option crée un nouveau profil cible correspondant nécessaire à la migration. Pour plus d'informations sur les profils cible, reportez-vous à Remarques sur les profils cible.
    Remarque : Dans les scripts suivants, -profileName renvoie au profil cible.
    • For Linux operating systemFor UNIX operating system Sur les plateformes Linux/UNIX : ./WBIPostUpgrade.sh /filepath/sauvegarde_spéciale_migration/-profileNameprofileName
    • For Windows operating system Sur les plateformes Windows : WBIPostUpgrade C:\filepath\sauvegarde_spéciale_migration/-profileNameprofileName
    La commande WBIPostUpgrade indique le statut à l'écran et dans les fichiers journaux contenus dans le répertoire sauvegarde_spéciale_migration/logs. Les noms de fichiers journaux commencent par la chaîne WBIPreUpgrade et incluent un horodatage.
  6. Début de modificationSi vous migrez depuis version 6.0.2 vers version 6.2.x, vous devez créer la base de données commune.

    Pour plus d'informations, voir Creating the common database and configuring the recovery subsystem when migrating from version 6.0.2 to version 6.2.x.

    Fin de modification
  7. Si nécessaire, effectuez la mise à jour manuelle des bases de données utilisées par WebSphere ESB. Certaines modifications de base de données requises par de nouvelles versions de WebSphere ESB se font automatiquement. Toutefois, si Business Space est configuré ou si le serveur ne dispose pas de permissions suffisantes pour accéder au schéma de base de données ou que d'autres exigences spécifiques aux bases de données ne sont pas satisfaites, vous devrez mettre à jour la base de données manuellement. Pour plus d'informations, reportez-vous à la rubrique Mise à niveau des bases de données en vue d'une migration.
  8. Si les bases de données prenant en charge WebSphere ESB résidaient sur le système local lors de l'installation initiale, une fois migrées vers un autre système, elles seront éloignées de WebSphere ESB. Par conséquent, si vous utilisiez un pilote JDBC de type 2, un passage à un un pilote de type 4 peut maintenant s'avérer nécessaire.
  9. Modifiez la configuration via la console d'administration de la nouvelle version de WebSphere ESB.
    1. Changez les ID utilisateur et les mots de passe de manière à répondre aux exigences de sécurité.

      Il peut être nécessaire de changer les ID utilisateur et les mots de passe s'ils ne sont pas identiques à ceux en vigueur sur le système hébergeant l'ancienne version.

    2. Modifiez les autres informations spécifiques au système.

      Il se peut que la configuration fasse référence à d'autres produits logiciels ou configurations qui n'existent pas sur le nouveau système. L'ancien système peut, par exemple, héberge une base de données. Modifiez la source de données de manière à ce qu'elle pointe vers la base de données de l'ancien système.

Résultats

Vous avez effectué la migration de WebSphere ESB à partir de l'ancienne version vers un système distant hébergeant la nouvelle version.

Que faire ensuite

Vérifiez que la migration s'est correctement terminée.

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_remote.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).