Soumission de travaux pour exécuter des commandes un hôte distant

Vous pouvez soumettre le travail Exécuter une commande sur l'hôte distant pour lancer des utilitaires de ligne de commande, tels que startServer, des commandes wsadmin ou des commandes de système d'exploitation sur un hôte distant. Une installation de WebSphere Application Server sur l'hôte distant est requise pour exécuter des commandes du produit, mais pas pour les autres commandes.

Avant de commencer

Pour pouvoir exécuter le travail Exécuter une commande sur l'hôte distant, exécutez les étapes suivantes :

  • Démarrez le gestionnaire de travaux.
  • Définissez un hôte distant comme cible du gestionnaire de travaux. Dans la console du gestionnaire de travaux, cliquez sur Travaux > Cibles > Nouvel hôte et complétez les zones de la page de nouvelles cibles.

    Un hôte est un ordinateur. Un hôte distant réside généralement sur un autre ordinateur que celui sur lequel le gestionnaire de travaux est installé. L'hôte distant n'a pas besoin d'une installation de WebSphere Application Server sauf si vous voulez exécuter des commandes comme startServer ou wsadmin.

Pourquoi et quand exécuter cette tâche

Vous pouvez utiliser la console d'administration du gestionnaire de travaux ou du gestionnaire de déploiement pour soumettre un travail qui exécute des commandes sur un hôte distant. Dans la console, sélectionnez le travail Exécuter une commande sur l'hôte distant, indiquez l'ordinateur hôte distant et les commandes à exécuter, vérifiez le récapitulatif, puis soumettez le travail. Après la soumission du travail, le gestionnaire de travaux exécute les commandes spécifiées et enregistre les messages dans ses journaux stdErr.txt ou stdOut.txt.

[IBM i]Le travail [IBM i]Exécuter une commande sur l'hôte distant permet l'exécution de commandes QShell sur des hôtes cible IBM i.

Au lieu d'utiliser une console, vous pouvez exécuter le script du travail runCommand dans le groupe de commandes AdministrativeJobs. Pour plus d'informations, voir la rubrique relative aux différents types de travaux d'administration.

Pour exécuter des commandes wsadmin dans des travaux, vous pouvez utiliser le travail Exécuter un script wsadmin qui vous permet également de spécifier des paramètres de script. Reportez-vous aux informations sur la soumission de travaux d'exécution de scripts wsadmin.

Procédure

  1. Cliquez sur Travaux > Soumettre dans l'arborescence de navigation de la console d'administration.
  2. Choisissez un travail pour exécuter une commande WebSphere Application Server sur une cible d'hôte distant.
    1. Sélectionnez le type de travail Exécuter une commande sur l'hôte distant dans la liste.

      Le travail Exécuter une commande sur l'hôte distant n'est disponible dans la liste que si le gestionnaire de travaux a une cible hôte. Les serveurs d'applications autonomes ou les gestionnaires de déploiement enregistrés auprès du gestionnaire de travaux sont des cibles mais pas des cibles hôte.

    2. Vous pouvez indiquer une description pour le travail.
    3. Cliquez sur Suivant.
  3. Choisissez les cibles du travail.
    1. Sélectionnez un groupe de cibles dans la liste ou sélectionnez Noms cible.
    2. Si vous avez sélectionné Noms cible, entrez un nom de cible et cliquez sur Ajouter, ou cliquez sur Rechercher, puis indiquez les cibles choisies dans la page Rechercher des cibles.

      Dans la page Rechercher des cibles, le type de travail est automatiquement défini sur runCommand pour filtrer les résultats de recherche. Cliquez sur Rechercher sur cette page pour afficher la liste des hôtes de la liste Cibles exclues. Sélectionnez la cible, cliquez sur > pour déplacer le nom de l'hôte vers la liste Cibles choisies, puis cliquez sur OK.

    3. Si une authentification de l'utilisateur est requise, spécifiez un nom d'utilisateur ou toute autre valeur d'authentification nécessaire.
    4. Cliquez sur Suivant.
  4. Indiquez les paramètres du travail.
    1. Pour Commande ou script, indiquez la commande ou le script à exécuter sur l'hôte.

      Par exemple, pour exécuter la commande versionInfo dans un répertoire bin d'une installation du produit sur l'hôte distant, indiquez la commande suivante :

      [AIX][HP-UX][Linux][Solaris][z/OS]
      versionInfo.sh
      [IBM i]
      versionInfo
      [Windows]
      versionInfo.bat

      Pour Commande ou script, vous pouvez spécifier une commande avec des arguments, par exemple :

      [AIX][HP-UX][Linux][Solaris][z/OS]
      startServer.sh serveur1
      [IBM i]
      startServer server1
      [Windows]
      startServer.bat serveur1
    2. Pour Répertoire de travail, indiquez le chemin complet du répertoire contenant la commande.

      Par défaut, le répertoire de travail est défini sur le répertoire de base de l'utilisateur.

      Par exemple, spécifiez un répertoire bin de l'installation du produit sur un hôte distant :

      [AIX][HP-UX][Linux][Solaris][z/OS]
      /WAS_v850/IBM/WebSphere/AppServer/bin
      [IBM i]
      /QIBM/ProdData/WebSphere/AppServer/V85/ND/bin
      [Windows]
      C:\WAS_v850\IBM\WebSphere\AppServer\bin
      Eviter les incidents Eviter les incidents: Si vous utilisez des doubles barres obliques inversées (\\) ou une barre oblique (/) comme séparateur de répertoire, le travail risque d'échouer avec une erreur. Pour les systèmes d'exploitation Windows, utilisez une seule barre oblique inversée (\) comme séparateur de répertoires.gotcha
    3. Cliquez sur Suivant.
  5. Planifiez le travail.
  6. Vérifiez le récapitulatif et cliquez sur Terminer pour soumettre le travail.

Résultats

Le gestionnaire de travaux exécute le travail. Si les options de travail spécifient correctement le nom et le chemin de la commande, cette dernière s'exécute sur l'hôte et les messages correspondant sont écrits dans les journaux du gestionnaire de travaux.

Pour l'exemple versionInfo, un message semblable au message suivant est écrit dans le fichier stdOut.txt du répertoireracine_profil/JobMgr01/config/temp/JobManager/ID_travail/nom_hôte/logs :

--------------------------------------------------------------------------------
Rapport du statut de l'installation du produit IBM WebSphere
--------------------------------------------------------------------------------

Rapport à la date et à l'heure Août 30, 2010 11:20:50 AM EDT

Installation
--------------------------------------------------------------------------------
Répertoire du produit     C:\WAS_v850\IBM\WebSphere\AppServer
Répertoire de la version  C:\WAS_v850\IBM\WebSphere\AppServer\properties\version
Répertoire DTD            C:\WAS_v850\IBM\WebSphere\AppServer\properties\version\dtd
Répertoire du journal       C:\Documents and Settings\All Users\Application Data\IBM\Installation Manager\logs

Liste de produits
--------------------------------------------------------------------------------
ND                       installé

Produit installé
--------------------------------------------------------------------------------
Nom                     IBM WebSphere Application Server - ND
Version                 8.0.0.0
ID                      ND
Niveau de compilation   build_2464
Date de compilation     8/17/10
Architecture            x86 (32 bit)
Dispositifs installés   Outil EJBDeploy pour les modules antérieurs à EJB 3.0
                     Applications exemples
                     Clients légers autonomes et adaptateurs de ressources
--------------------------------------------------------------------------------
Fin du rapport du statut de l'installation
--------------------------------------------------------------------------------

Pour l'exemple startServer qui démarre serveur1, la commande démarre serveur1 sur l'hôte. Un message semblable au message suivant est écrit dans le fichier stdOut.txt du répertoire racine_profil/JobMgr01/config/temp/JobManager/ID_travail/nom_hôte/logs :

ADMU0116I : Les informations sur les outils sont consignées dans le fichier
           C:\WAS_v850\IBM\WebSphere\AppServer\profiles\AppSrv01\logs\server1\startServer.log
ADMU0128I: Démarrage de l'outil avec le profil AppSrv01
ADMU3100I: Lecture de la configuration du serveur : serveur1
ADMU3200I: Serveur lancé. Attente du statut d'initialisation.
ADMU3000I: Le serveur serveur1 est prêt pour l'e-business ; l'ID de processus est 5384

Que faire ensuite

Dans la page Etat du travail, cliquez sur l'ID du travail runCommand et examinez l'état du travail. Si le travail a échoué, examinez les messages d'erreur issus de l'exécution, corrigez les erreurs indiquées puis soumettez à nouveau le travail.


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=tagt_jobmgr_runcommand
Nom du fichier : tagt_jobmgr_runcommand.html