Jobs zum Ausführen von Befehlen auf einem fernen Host übergeben

Sie können den Job Befehl auf fernem Host ausführen übergeben, um Befehlszeilendienstprogramme wie startServer, wsadmin-Befehle oder Betriebssystembefehle auf einem fernen Host auszuführen. Für die Ausführung von Produktbefehlen ist eine Installation von WebSphere Application Server auf dem fernen Host erforderlich, aber sie ist nicht erforderlich, um Befehle auszuführen, die keine Produktbefehle sind.

Vorbereitende Schritte

Bevor Sie den Job Befehl auf fernem Host ausführen ausführen können, führen Sie die folgenden Schritte aus:

  • Starten Sie den Job-Manager.
  • Legen Sie den fernen Host als Ziel des Job-Managers fest. Klicken Sie in der Job-Manager-Konsole auf Jobs > Ziele > Neuer Host, und füllen Sie die Felder auf der Seite "Neue Ziele" aus.

    Ein Host ist ein Computer. Ein ferner Host ist gewöhnlich ein anderer Computer als der, auf dem der Job-Manager installiert ist. Auf dem fernen Host ist nur dann eine Installation von WebSphere Application Server erforderlich, wenn Sie Produktbefehle wie startServer oder wsadmin ausführen möchten.

Informationen zu diesem Vorgang

Sie können die Administrationskonsole des Job-Managers oder des Deployment Manager verwenden, um einen Job zu übergeben, der Befehle auf einem fernen Host ausführt. Wählen Sie in der Konsole den Job Befehl auf fernem Host ausführen aus, geben Sie den fernen Hostcomputer an, geben Sie den auszuführenden Befehl an, überprüfen Sie die Zusammenfassung, und übergeben Sie den Job. Nach der Jobübergabe führt der Job-Manager den angegebenen Befehl aus und zeichnet alle Nachrichten in den Protokollen stdErr.txt und stdOut.txt des Job-Managers auf.

[IBM i]Der Job [IBM i]Befehl auf fernem Host ausführen unterstützt die Ausführung von QShell-Befehlen auf IBM i-Zielhosts.

Anstatt die Konsole zu verwenden, können Sie das Jobscript "runCommand" in der Befehlsgruppe "AdministrativeJobs" ausführen. Weitere Informationen hierzu finden Sie im Artikel zu den Typen von Verwaltungsjobs.

Zum Ausführen von wsadmin-Befehlen in Jobs können Sie auch den Job wsadmin-Script ausführen verwenden, mit dem Sie zusätzlich Scriptparameter angeben können. Sehen Sie sich die Informationen zum Übergeben von Jobs für die Ausführung von wsadmin-Scripts an.

Vorgehensweise

  1. Klicken Sie in der Navigationsstruktur der Administrationskonsole auf Jobs > Übergeben.
  2. Wählen Sie einen Job aus, um einen Befehl von WebSphere Application Server auf einem fernen Hostziel auszuführen.
    1. Wählen Sie in der Liste den Jobtyp Befehl auf fernem Host ausführen aus.

      Der Job Befehl auf fernem Host ausführen ist nur in der Liste verfügbar, wenn der Job-Manager ein Hostziel hat. Eigenständige Anwendungsserver oder Deployment Manager, die beim Job-Manager registriert sind, sind zwar Ziele, aber keine Hostziele.

    2. Geben Sie optional eine Beschreibung für den Job an.
    3. Klicken Sie auf Weiter.
  3. Wählen Sie die Jobziele aus.
    1. Wählen Sie in der Liste eine Gruppe von Zielen aus, oder wählen Sie Zielnamen aus.
    2. Wenn Sie Zielnamen ausgewählt haben, geben Sie anschließend einen Zielnamen an und klicken Sie dann auf Hinzufügen oder klicken Sie auf Suchen und geben Sie die ausgewählten Ziele auf der Seite "Ziele suchen" an.

      Auf der Seite "Ziele suchen" wird der Jobtyp automatisch auf runCommand gesetzt, um die Suchergebnisse zu filtern. Klicken Sie auf dieser Seite auf Suchen, um die Liste der Hosts in der Liste Ausgeschlossene Ziele anzuzeigen. Wählen Sie das Ziel aus, klicken Sie auf >, um den Hostnamen in die Liste Ausgewählte Ziele zu verschieben, und klicken Sie anschließend auf OK.

    3. Wenn die Benutzerauthentifizierung erforderlich ist, geben Sie einen Benutzernamen, ein Kennwort und bei Bedarf weitere Authentifizierungswerte an.
    4. Klicken Sie auf Weiter.
  4. Geben Sie die Jobparameter an.
    1. Geben Sie im Feld Befehl oder Script den Befehl bzw. das Script an, der bzw. das auf dem Host ausgeführt werden soll.

      Geben Sie beispielsweise Folgendes an, um den Befehl versionInfo in einem Verzeichnis bin einer Produktinstallation auf dem fernen Host auszuführen:

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

      Im Feld Befehl oder Script können Sie einen Befehl mit Argumenten angeben, z. B.:

      [AIX][HP-UX][Linux][Solaris][z/OS]
      startServer.sh server1
      [IBM i]
      startServer server1
      [Windows]
      startServer.bat server1
    2. Geben Sie im Feld Arbeitsverzeichnis den vollständig qualifizierten Pfad des Verzeichnisses an, in dem sich der Befehl befindet.

      Das Arbeitsverzeichnis wird standardmäßig auf das Ausgangsverzeichnis des Benutzers gesetzt.

      Geben Sie beispielsweise ein Verzeichnis bin der Produktinstallation auf einem fernen Host an:

      [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
      Fehler vermeiden Fehler vermeiden: Wenn Sie doppelte Backslashes (\\) oder einen Schrägstrich (/) als Trennzeichen für Verzeichnisse verwenden, kann der Job mit einem Fehler scheitern. Für Windows-Betriebssysteme verwenden Sie einen einzelnen Backslash (\) als Trennzeichen für Verzeichnisse.gotcha
    3. Klicken Sie auf Weiter.
  5. Planen Sie den Job.
  6. Sehen Sie sich die Zusammenfassung an und klicken Sie auf Fertigstellen, um den Job zu übergeben.

Ergebnisse

Der Job-Manager führt den Job aus. Wenn der Befehlsname und der Befehlspfad in den Joboptionen korrekt angegeben sind, wird der Befehl auf dem Host ausgeführt, und alle vom Befehl ausgegebenen Nachrichten werden in die Protokolle des Job-Managers geschrieben.

Für das Beispiel versionInfo wird eine Nachricht wie die folgende in die Datei stdOut.txt im Verzeichnis Profilstammverzeichnis/JobMgr01/config/temp/JobManager/Job-ID/Hostname/logs geschrieben:

--------------------------------------------------------------------------------
IBM WebSphere Product Installation Status Report
--------------------------------------------------------------------------------

Report at date and time August 30, 2010 11:20:50 AM EDT

Installation
--------------------------------------------------------------------------------
Product Directory    C:\WAS_v850\IBM\WebSphere\AppServer
Version Directory    C:\WAS_v850\IBM\WebSphere\AppServer\properties\version
DTD Directory        C:\WAS_v850\IBM\WebSphere\AppServer\properties\version\dtd
Log Directory        C:\Documents and Settings\All Users\Application Data\IBM\Installation Manager\logs

Product List
--------------------------------------------------------------------------------
ND                       installed

Installed Product 
--------------------------------------------------------------------------------
Name                     IBM WebSphere Application Server - ND
Version              8.0.0.0
ID                       ND
Build Level          build_2464
Build Date           8/17/10
Architecture         x86 (32 bit)
Installed Features   EJBDeploy tool for pre-EJB 3.0 modules
                     Sample applications
                     Stand-alone thin clients and resource adapters
--------------------------------------------------------------------------------
End Installation Status Report
--------------------------------------------------------------------------------

Für das Beispiel startServer, das server1 startet, startet der Befehl server1 auf dem Host. Eine Nachricht wie die folgende wird in die Datei stdOut.txt im Verzeichnis Profilstammverzeichnis/JobMgr01/config/temp/JobManager/Job-ID/Hostname/logs geschrieben:

ADMU0116I: Die Toolinformationen werden in der Datei
           C:\WAS_v850\IBM\WebSphere\AppServer\profiles\AppSrv01\logs\server1\startServer.log
ADMU0128I: Das Tool wird mit dem Profil AppSrv01 gestartet.
ADMU3100I: Die Konfiguration für Server server1 wird gelesen.
ADMU3200I: Der Server wurde gestartet. Es wird auf den Initialisierungsstatus gewartet.
ADMU3000I: Der Server server1 ist für E-Business bereit: Prozess-ID 5384.

Nächste Schritte

Klicken Sie auf der Seite "Jobstatus" auf die ID des runCommand-Jobs, und zeigen Sie den Jobstatus an. Wenn der Job nicht erfolgreich ist, sehen Sie sich alle Fehlernachrichten zur Jobausführung an, beheben Sie alle Fehlerbedingungen, und übergeben Sie den Job anschließend erneut.


Symbol, das den Typ des Artikels anzeigt. Taskartikel



Symbol für Zeitmarke Letzte Aktualisierung: 25.05.2016
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tagt_jobmgr_runcommand
Dateiname:tagt_jobmgr_runcommand.html