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.
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: - 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.
- 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
- 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.
- Placez-vous dans le répertoire job_manager_profile_root/bin.
- 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.
- 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.
- 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: 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
- 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
- Dans le panneau Sélection d'un type de noeud à migrer, sélectionnez Migrer un gestionnaire de travaux.
- Renseignez les zones des panneaux suivants en utilisant les valeurs de votre feuille de travail.
- 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.
- Téléchargez les journaux de migration sur le système z/OS cible.
- 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.
- 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.
- 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.
- 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.
- Accédez au répertoire bin du nouveau profil de gestionnaire de travaux Version 9.0.
- Exécutez la commande startServer jobmgr.
- Vérifiez si le fichier SystemOut.log contient des avertissements ou des erreurs.
- 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.