Un environnement de gestionnaire de travaux est composé d'un gestionnaire de travaux et des cibles qu'il gère. Les
cibles du gestionnaire de travaux peuvent être des gestionnaires de déploiement, des noeuds de serveur d'applications
autonomes gérés par des agents d'administration et des ordinateurs hôte. La configuration d'un environnement
de gestionnaire de travaux implique la création d'un profil de gestionnaire de travaux et des profils nécessaires
à l'environnement en synchronisant les horloges de tous les ordinateurs de l'environnement et en enregistrant
les cibles dans le gestionnaire des travaux.
Pourquoi et quand exécuter cette tâche
Avant d'utiliser le gestionnaire de travaux, vous devez créer un profil du gestionnaire de travaux et un profil pour chaque noeud cible devant être géré par le gestionnaire de travaux.
Les gestionnaires de travaux font partie de l'environnement d'administration flexible. Les gestionnaires de travaux permettent de gérer les noeuds du serveur d'applications
enregistrés sur un agent d'administration. Ces noeuds et les agents d'administration font également partie de l'environnement d'administration flexible.
Vérifiez que la sécurité est activée ou désactivée sur tous les
profils de l'environnement de gestion flexible. Selon votre environnement,
des profils peuvent être nécessaires pour les agents d'administration, les noeuds enregistrés sur les agents d'administration, les gestionnaires
de déploiement et les noeuds fédérés avec les gestionnaires de
déploiement.
Les gestionnaires de travaux peuvent gérer les noeuds cibles de version 8 et version 7. Un gestionnaire de travaux peut gérer un noeud dont la version est inférieure ou égale à celle du gestionnaire de travaux. Par exemple, un gestionnaire de travaux version 8 peut gérer des noeuds des versions 8 et 7. Un gestionnaire de travaux version 7 peut gérer des noeuds version 7. La partie du groupe de correctifs d'une version est sans effet ; par exemple, un gestionnaire de travaux version 7.0.0.3 peut gérer un noeud version
7.0.0.9, qui représente la version avec le groupe de correctifs 9.
En outre, un gestionnaire de travaux
peut gérer un gestionnaire de déploiement version 8 ou 7 ayant un noeud fédéré version 8, 7 ou 6. Un gestionnaire de déploiement enregistré sur un gestionnaire de travaux peut gérer une cellule de version mixte. A l'aide du gestionnaire de travaux, vous pouvez soumettre des travaux qui gèrent toutes les ressources de la cellule de version mixte, y compris les ressources d'un noeud fédéré version 6.
- Déterminez la topologie de l'environnement de gestion flexible. La gestion flexible englobe les agents d'administration et les gestionnaires de travaux.
Déterminez les machines, les cibles et les ressources de cibles, telles que les serveurs et les applications, à inclure dans l'environnement de gestion flexible.
Pour gérer des serveurs d'applications autonomes, utilisez un agent d'administration sur chaque ordinateur où résident des serveurs d'applications autonomes. Pour plus d'informations, voir les rubriques relatives à l'agent d'administration et le scénario 5 de la rubrique Planification de l'installation de WebSphere
Application Server.
Pour gérer collectivement des gestionnaires de déploiement et des serveurs d'applications autonomes sur le même ordinateur ou sur des ordinateurs différents, utilisez un gestionnaire de travaux. Les serveurs d'applications autonomes doivent être enregistrés sur un agent d'administration pour que vous puissiez les gérer à l'aide d'un gestionnaire de travaux. Pour plus d'informations, voir les scénarios 5 et 10 de la rubrique Planification de l'installation de WebSphere
Application Server.
- Déterminez les rôles de sécurité nécessaires à l'environnement de gestion flexible.
Selon votre environnement,
des profils peuvent être nécessaires pour les agents d'administration, les noeuds enregistrés sur les agents d'administration, les gestionnaires
de déploiement, les noeuds fédérés avec le gestionnaire de
déploiement et les gestionnaires de travaux. La sécurité doit être activée ou désactivée sur tous les profils de l'environnement de gestion flexible. Lorsque vous créez les profils, vous pouvez indiquer des options de sécurité, des noms d'utilisateur et des mots de passe.
Vous devez disposer de rôles de sécurité vous autorisant à utiliser un gestionnaire de travaux et à gérer les cibles enregistrées et les ressources sur ces cibles. Si l'environnement inclut des noeuds cibles de serveurs d'applications autonomes, vous devez être autorisé à utiliser un agent d'administration et ses noeuds.
Pour plus d'informations, consultez la rubrique relative à la sécurité des gestionnaires de travaux.
- Créez un profil de
gestion pour le gestionnaire de travaux.
Vous pouvez utiliser l'outil de gestion de profils ou la commande manageprofiles.
Par exemple, dans l'outil de gestion de profils, sélectionnez l'environnement Gestion et cliquez sur Suivant. Sélectionnez le type de serveur Gestionnaire de travaux ainsi que les options pour créer le profil. Par défaut, un gestionnaire de travaux dispose de sa propre console d'administration, la sécurité administrative est activée et le port de la console est 9960. Pour désactiver la sécurité administrative, pour spécifier un certificat de sécurité ou pour modifier les ports par défaut, utilisez l'option de création de profil avancée pour la création du profil de gestionnaire de travaux.
Par défaut, le premier profil d'agent d'administration d'une installation de produit est nommé JobMgr01 et le nom du serveur est jobmgr.
Pour plus d'informations, voir la rubrique sur la création des profils de gestion pour les gestionnaires de travaux.
Pour des exemples de manageprofiles, voir la rubrique sur la commande manageprofiles. Pour -templatePath, indiquez le modèle
management. Pour -serverType, indiquez JOB_MANAGER.
Remarque : La configuration du gestionnaire de travaux inclut une source de données nommée OTiSDataSource.
Cette source de données est utilisée dans l'implémentation du gestionnaire de travaux et n'a pas besoin d'être configurée ou gérée par l'administrateur.
- Créez les profils requis pour les agents d'administration et les noeuds du serveur d'applications autonome qui existeront dans
votre environnement de gestion flexible. Enregistrez ensuite les noeuds de serveur d'applications autonome sur l'agent d'administration.
Les noeuds autonomes sont également appelés noeuds non fédérés ou serveurs d'applications de base. Ils ne sont pas gérés par un gestionnaire de déploiement. Les serveurs d'applications autonomes ont généralement un nom de profil tel que AppSvr01. Un agent d'administration doit être sur le même ordinateur que ses noeuds autonomes. L'enregistrement des noeuds autonomes sur l'agent d'administration permet à ce dernier de gérer les noeuds.
Eviter les incidents: Vous devez enregistrer les serveurs d'applications autonomes doivent être enregistrés sur un agent d'administration pour pouvoir enregistrer les serveurs d'applications autonomes sur le gestionnaire de travaux.
gotcha
Pour plus de détails sur la création des profils et l'enregistrement sur un agent d'administration, voir la rubrique sur la configuration de l'environnement d'agent d'administration.
- Créez les profils requis pour les gestionnaires de déploiement et les noeuds fédérés qui existeront dans
votre environnement de gestion flexible.
Les noeuds fédérés sont gérés par un gestionnaire de déploiement. Les serveurs d'applications fédérés ont généralement un nom de profil tel que AppSvr01, toutefois, vous pouvez les gérer individuellement. Vous devez gérer les noeuds fédérés à l'aide du gestionnaire de déploiement.
Consultez les rubriques sur la création de profils de cellule, de profils de gestion pour les gestionnaires de déploiement ou la commande manageprofiles.
- Synchronisez les horloges sur tous les systèmes concernés.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
Si vous envisagez de changer l'horloge système, vous devez d'abord arrêter tous les serveurs d'applications, les serveurs d'agent de noeud, le serveur du gestionnaire de déploiement, le serveur de l'agent d'administration ainsi que le serveur du gestionnaire de travaux. Une fois les serveurs arrêtés, changez l'horloge système puis redémarrez les serveurs. Si vous changez l'horloge système sur un système, vous devez vérifier que les horloges des autres systèmes qui communiquent entre eux et sur lesquels est installé WebSphere Application Server sont synchronisés. Sinon, vous risquez de rencontrer des erreurs telles que des jetons de sécurité
qui ne sont plus valides.
Si
vous envisagez de changer l'horloge système, arrêtez débord tous les serveurs d'applications, les serveurs d'agent de noeud, le
serveur de gestionnaire de déploiement, le serveur d'agent d'administration, le serveur de gestionnaire de travaux, ainsi que le
démon de service de localisation. Une fois les serveurs et le démon de service de localisation arrêtés, changez l'horloge système puis redémarrez les serveurs et le démon de service de localisation. Si vous changez l'horloge système sur un système, vous devez vérifier que les horloges des autres systèmes qui communiquent entre eux et sur lesquels est installé WebSphere Application Server sont synchronisés. Sinon, vous risquez de rencontrer des erreurs telles que des jetons de sécurité
qui ne sont plus valides.
- Démarrer le serveur du gestionnaire de travaux.
- Exécutez la commande startServer.
Par exemple, supposons que le profil JobMgr01 ait le nom de serveur jobmgr. Exécutez la commande suivante à partir du répertoire bin du profil JobMgr01 :
startServer jobmgr
Utilisez la barre des tâches du système d'exploitation Windows. Cliquez sur .
Utilisez la commande START pour démarrer le gestionnaire de travaux :START nom_proc_gestionnaire_travaux,JOBNAME=nom_abrégé_serveur,
ENV=nom_abrégé_cellule.nom_abrégé_noeud.nom_abrégé_serveur
Si le gestionnaire de travaux démarre correctement, le message Prêt pour
l'e-business s'affiche et est enregistré dans le fichier startServer.log du gestionnaire de travaux :
Serveur lancé. Attente du statut d'initialisation.
Le serveur jobmgr est prêt pour l'e-business ; l'ID de processus est 1932.
Pour plus d'informations, voir la rubrique relative au démarrage et à l'arrêt du gestionnaire de travaux.
- Enregistrez les noeuds cibles de serveurs d'applications autonomes auprès d'un gestionnaire de travaux.
L'enregistrement des noeuds autonomes sur un gestionnaire de travaux permet au gestionnaire de travaux de gérer des noeuds de serveur d'applications autonome.
- Enregistrez des gestionnaires de déploiement avec le gestionnaire de travaux.
Vous pouvez alors exécuter les travaux du gestionnaire de travaux à partir de la console du gestionnaire de déploiement et autoriser le gestionnaire de travaux à administrer les noeuds fédérés du gestionnaire de déploiement et leurs ressources.
- Enregistrez les ordinateurs hôte auprès du gestionnaire de travaux.
Il n'est pas
nécessaire que des produits WebSphere
Application Server soient installés sur une cible d'hôte
distant. Aucune configuration logicielle n'est requise pour cet hôte à part son système d'exploitation. L'enregistrement d'un hôte distant auprès d'un gestionnaire de travaux permet au gestionnaire de travaux d'accéder aux applications, aux fichiers de commandes et à d'autres ressources sur l'ordinateur hôte.
Pour enregistrer un Liberty auprès d'un gestionnaire de travaux, utilisez une procédure d'enregistrement d'une cible auprès d'un hôte.
- Vérifiez que les cibles sont enregistrées dans le gestionnaire de travaux.
Vous pouvez utiliser la console d'administration ou les commandes de script wsadmin
pour afficher la liste des cibles enregistrées dans le gestionnaire de travaux.
- Vérifiez que les serveurs de votre environnement de gestion
flexible sont actifs.
Dans la console du gestionnaire de travaux ou la console
du gestionnaire de déploiement, cliquez sur . Sur la page Ressource cible, l'état de serveur Démarré indique que le serveur est en cours d'exécution.
- Facultatif : Désactivez le fichier journal com.ibm.otis.Audit_mm_dd_yyyy.log en affectant la valeur OFF à la propriété JVM otis.audit.location. ou déplacez le fichier journal vers un nouvel emplacement de répertoire. Le gestionnaire de travaux gère un journal supplémentaire situé dans le répertoire des journaux de profil par défaut. Ce journal a pour objectif d'enregistrer l'activité interne du gestionnaire de travaux.
Le nom du fichier journal est com.ibm.otis.Audit_mm_dd_yyyy.log, mm, dd et yyyy désignant respectivement le mois, la date et l'année. Un nouveau fichier est créé pour chaque jour si une activité pouvant être journalisée se produit.
Ce fichier journal peut être déplacé vers un autre répertoire en affectant à la propriété JVM otis.audit.location la valeur du nouvel emplacement de répertoire.
Que faire ensuite
Soumettez des travaux à l'aide du gestionnaire de travaux.