Planification des travaux administratifs à l'aide de l'outil de scriptage wsadmin

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

  1. 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
  2. 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.


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-mp&topic=txml_7runjoblater
Nom du fichier : txml_7runjoblater.html