Cette rubrique permet, à l'aide de l'outil wsadmin, de
planifier les travaux administratifs récurrents ultérieurs dans un
environnement de gestion souple.
Avant de commencer
Configurez un gestionnaire de travaux et un agent
d'administration, puis enregistrez les noeuds auprès du gestionnaire
de travaux pour mettre en place un environnement de gestion souple.
Vous pouvez également créer, en option, des groupes de gestion pour soumettre un travail simultanément sur plusieurs noeuds.
Pourquoi et quand exécuter cette tâche
Après la configuration d'un environnement de gestion souple,
vous pouvez soumettre, contrôler et gérer des travaux pour les noeuds
enregistrés auprès du gestionnaire de travaux.
Procédure
- Démarrez l'outil wsadmin.
Accédez au répertoire racine_serveur_app/bin
et utilisez la commande suivante pour connecter l'outil wsadmin au processus
gestionnaire de travaux :
wsadmin -profileName myJobManager -lang jython
- Planifiez un travail administratif ultérieur dans le gestionnaire de travaux.
La commande
submitJob permet de soumettre les travaux administratifs ultérieurs. Une soumission de travail comprend les informations suivantes :
- Type de travail
- Indique le type de travail à réaliser. Il existe de nombreux travaux
dans l'environnement de gestion souple, notamment des travaux de gestion
d'application, de maintenance du produit, de configuration et de contrôle
d'exécution du serveur d'applications.
- Cible du travail
- Indique le noeud sur lequel le travail s'exécute.
- Paramètres spécifiques au travail
- La plupart des travaux administratifs nécessitent des informations de
configuration pour leur exécution, outre le type de travail et la cible. Les paramètres de travail sont spécifiques à chaque type de travail.
- Paramètres génériques facultatifs
- Outre les paramètres spécifiques au travail, vous pouvez inclure l'un
des paramètres facultatifs suivants lors de la soumission du travail :
Tableau 1. Description des paramètres génériques facultatifs submitJob. Exécutez une commande submitJob avec ses paramètres requis et avec les paramètres facultatifs correspondant à votre situation.Paramètre |
Description |
Type |
nom d'utilisateur |
Indique le nom d'utilisateur à utiliser pour soumettre le travail lorsque que la sécurité est activée. |
Chaîne |
mot de passe |
Indique le mot de passe du nom d'utilisateur à utiliser pour soumettre le travail lorsque la sécurité est activée. |
Chaîne |
description |
Indique la description du travail. |
Chaîne |
activationDateTime |
Indique la date et l'heure auxquelles activer le travail, dans le format suivant : "2006-05-03T10:30:45-0000". La section -0000 de la valeur du paramètre activationDateTime
représente le format RFC 822.
La lettre de raccourci Z permet d'indiquer le temps moyen de Greenwich (GMT). Par exemple : "2006-05-03T10:30:45Z". Par défaut, le système utilise le fuseau
horaire du serveur. |
Chaîne |
expirationDateTime |
Indique la date d'expiration du travail, dans le format "2006-05-03T10:30:45-0000". La section -0000 de la valeur du paramètre activationDateTime
représente le format RFC 822.
La lettre de raccourci Z permet d'indiquer le temps moyen de Greenwich (GMT). Par exemple : "2006-05-03T10:30:45Z". Par défaut, le système utilise le fuseau
horaire du serveur. |
Chaîne |
expireAfter |
Indique le délai d'attente, en minutes, avant
l'expiration du travail. |
Entier |
executionWindow |
Indique l'intervalle de récurrence du travail. |
Chaîne |
executionWindowUnit |
Indique l'unité de mesure de l'intervalle de récurrence pour la valeur définie par le paramètre executionWindow. Indiquez DAILY pour exécuter le travail tous les jours, WEEKLY pour l'exécuter toutes les semaines, MONTHLY pour
l'exécuter tous les mois, YEARLY pour l'exécuter tous les ans ou CONNECTION pour exécuter le travail à chaque connexion et interrogation du noeud à la recherche de travaux. |
Chaîne |
email |
Indique l'adresse électronique vers laquelle le système envoie les notifications de travaux. |
Chaîne |
L'exemple ci-après planifie deux travaux récurrents hebdomadaires. Dans
cet exemple, un problème de fuite de mémoire survient fréquemment au
niveau d'une application. Alors que l'équipe de développement corrige
l'application, il peut être nécessaire d'arrêter puis de redémarrer
fréquemment l'application. Les exemples de commandes suivants planifient
le gestionnaire de travaux pour qu'il arrête et redémarre le serveur une
fois par semaine, puis envoient les notifications correspondantes à
l'administrateur système :
AdminTask.submitJob('-jobType stopServer -targetList [MyNode01]
-jobParams [serverName server1] -activationDateTime 2006-05-03T10:30:45Z
-executionWindowUnit DAILY -executionWindow 13:00:00-14:00:00
-email system_admin@company.com')
AdminTask.submitJob('-jobType startServer -targetList [MyNode01]
-jobParams [serverName server1] -activationDateTime 2006-05-03T10:40:45Z
-executionWindowUnit DAILY -executionWindow 13:00:00-14:00:00
-email system_admin@company.com')
Résultats
Les travaux sont soumis à la file d'attente et s'exécuteront à
la date et à l'heure indiquées par la commande.
Que faire ensuite
Soumettez d'autres travaux administratifs au gestionnaire de travaux et contrôlez les travaux existants.