Migration d'un profil de gestionnaire de travaux et de son ensemble enregistré de serveurs à l'aide de l'outil de gestion des migrations z/OS

Vous pouvez migrer un profil de gestionnaire de travaux et son ensemble enregistré de serveurs Version 7.0 ou ultérieures vers Version 9.0.

Avant de commencer

Configurations prises en charge Configurations prises en charge:

Cet article traite de la migration de configuration de profil. Pour faire migrer vos applications vers la dernière version, utilisez le kit d'outils de migration de WebSphere Application Server. Pour plus d'informations, voir Migration Toolkit on WASdev.

sptcfg

Examinez les informations relatives à la planification de la migration. Voir Knowledge Collection: Migration planning for WebSphere Application Server.

Pourquoi et quand exécuter cette tâche

Les profils de gestionnaire de travaux peuvent avoir un ou plusieurs des types de serveur suivants enregistrés :
  • Serveurs de gestionnaire de déploiement
  • Serveurs d'applications de base gérés (lesquels sont également enregistrés auprès d'un agent d'administration)
Eviter les incidents Eviter les incidents:
  1. Les serveurs d'applications de base gérés et les serveurs du gestionnaire de déploiement ne peuvent pas accepter de travaux provenant d'un gestionnaire de travaux d'une version précédente. Pour éviter des problèmes, migrez vos profils de gestionnaire de travaux vers la Version 9.0 avant de faire migrer des serveurs d'applications de base gérés et des serveurs de gestionnaire de déploiement vers la Version 9.0.
  2. Lors de la migration du serveur d'applications de base géré ou du gestionnaire de déploiement géré dans un environnement de gestion flexible, les noms de noeud doivent être identiques dans Version 9.0 et dans les versions précédentes.
gotcha

Procédure

  1. Sauvegardez la configuration actuelle du gestionnaire de travaux en exécutant la commande backupConfig.

    La commande backupConfig enregistre la configuration du gestionnaire de travaux dans un fichier que vous pouvez utiliser ultérieurement à des fins de récupération.

    1. Placez-vous dans le répertoire job_manager_profile_root/bin.
    2. Exécutez la commande backupConfig avec les paramètres appropriés sur le gestionnaire de travaux. Exemple :
      /opt/WebSphereV70/profiles/jobMgr01/bin/backupConfig.sh /mybackupdir/jobMgrBeforeV90migration.zip 
      -username myuser -password mypass -nostop

    Vous pouvez également utiliser la commande PAX pour sauvegarder tous les fichiers HFS. Pour plus d'informations, voir Using the z/OS UNIX pax command.

  2. Installez WebSphere Application Server for z/OS Version 9.0 sur chaque hôte cible.

    Pour plus d'informations, reportez-vous à la documentation d'installation.

  3. Définissez une nouvelle configuration de migration de gestionnaire de travaux dans l'outil de gestion des migrations z/OS.

    Utilisez cet outil pour créer une définition de migration et télécharger les travaux pour la migration du gestionnaire de travaux.

    Eviter les incidents Eviter les incidents: Le nom de la cellule Version 9.0 doit correspondre au nom de la cellule figurant dans la configuration de Version 7.0 ou ultérieures. Si vous créez un profil avec un nouveau nom de cellule, la migration échoue.gotcha
    1. Remplissez la feuille de travail suivante : Feuille de travail pour la spécification d'une configuration de migration d'un gestionnaire de déploiement dans z/OS Migration Management Tool
    2. Dans le panneau Sélection d'un type de noeud à migrer, sélectionnez Migrer un gestionnaire de travaux.
    3. Renseignez les zones des panneaux suivants en utilisant les valeurs de votre feuille de travail.
    4. Consultez la définition de migration de gestionnaire de travaux afin de vous assurer que toutes les valeurs sont correctes.
      • Dans le tableau de définitions de migration WebSphere Application Server for z/OS, sélectionnez la définition de migration à supprimer.
      • Cliquez sur Afficher.
      • Pour obtenir des informations sur la définition de migration, cliquez sur Récapitulatif, Instructions ou sur Fichier de réponses.
    5. Téléchargez les journaux de migration sur le système z/OS cible.
  4. Arrêtez le gestionnaire de travaux que vous faites migrer. Les travaux existants dans la base de données de l'ancien gestionnaire de travaux seront migrés dans le cadre de la migration.
  5. Exécutez les travaux de migration pour l'agent d'administration.

    Suivez les instructions de la vue 'Instructions de migration' de l'outil de gestion des migrations z/OS ou du membre BBOMAINS du jeu de données CNTL téléchargé sur le système z/OS cible.

    Les étapes CRPROF (profile create), PREUPGRD (preUpgrade) et UPGRADE sont toutes exécutées lors de ce processus.

  6. Vérifiez toutes les sorties créées dans le répertoire de travail de HFS/ZFS (définition dans ZMMT) et toutes les sorties de travail MVS créées par les travaux par lots.

    Assurez-vous d'obtenir des codes de retour 0et consultez les fichiers journaux dans le répertoire temporaire de migration sur le système de fichiers de configuration.

    Le répertoire temporaire de migration est emplacement_répertoire_temporaire/nnnn, où emplacement_répertoire_temporaire correspond au répertoire spécifié pour l'emplacement du répertoire temporaire et nnnnn correspond à la valeur numérique générée pour l'identificateur de migration lors de la génération de vos travaux de migration. L'emplacement par défaut du répertoire temporaire est /tmp/migrate.

  7. Démarrez le gestionnaire de travaux Version 9.0.

    Vérifiez que la Version 7.0 ou ultérieures et Version 9.0 du gestionnaire de travaux sont toutes deux en exécution.

    1. Accédez au répertoire bin du nouveau profil de gestionnaire de travaux Version 9.0.
    2. Exécutez la commande startServer jobmgr.
    3. Vérifiez si le fichier SystemOut.log contient des avertissements ou des erreurs.
  8. Migrez les serveurs enregistrés.

    Le gestionnaire de travaux Version 9.0 peut gérer les serveurs Version 7.0 ou ultérieures enregistrés. Pour que la topologie Version 7.0 ou ultérieures fonctionne avec le gestionnaire de travaux Version 9.0, il n'est pas nécessaire de migrer les serveurs enregistrés.

    Pour chaque serveur enregistré que vous comptez migrer vers la version Version 9.0, procédez comme suit :

Résultats

Vous avez migré un profil de gestionnaire de travaux et ses serveurs d'applications de base gérés associés de WebSphere Application Server Version 7.0 ou ultérieures vers Version 9.0 à l'aide des outils de migration.


Icône indiquant le type de rubrique Rubrique de tâche



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-zos&topic=tmig_migrate_jobmgr_zos
Nom du fichier : tmig_migrate_jobmgr_zos.html