Mit dem Befehl "zmmt" Migrationsdefinitionen unter z/OS erstellen

Bevor Sie einen Knoten mit WebSphere Application Server Version 7.0 oder höher auf Version 9.0 migrieren, müssen Sie JCL-Jobs (CNTL- und DATA-Dateien) erstellen, die während der eigentlichen Migration ausgeführt werden. Sie können den Befehl zmmt verwenden, um die entsprechenden Jobs und Anweisungen zu erstellen. In diesem Artikel wird beschrieben, wie Sie den Befehl zmmt im Migrationsprozess verwenden können.

Vorbereitende Schritte

Unterstützte Konfigurationen Unterstützte Konfigurationen:

Dieser Artikel beschreibt die Migration von Profilkonfigurationen. Wenn Sie Ihre Anwendungen auf die aktuellste Version migrieren möchten, verwenden Sie WebSphere Application Server Migration Toolkit. Weitere Informationen finden Sie unter Migration Toolkit on WASdev.

sptcfg

Installieren Sie WebSphere Application Server Version 9.0 auf einem z/OS-System, das eine Konfiguration der Version 7.0 oder höher enthält.

Anmerkung: Der Befehl zmmt ist für Systemprogrammierer und Systemadministratoren bestimmt, die mit dem z/OS-Zielsystem, auf dem die migrierten Knoten mit Version 9.0 ausgeführt werden, vertraut sind.

Informationen zu diesem Vorgang

Übersicht

Sie können den Befehl zmmt verwenden, um Knoten mit WebSphere Application Server Version 7.0 oder höher auf Version 9.0 zu migrieren. Dabei wird die Migration nicht vom Befehl zmmt selbst ausgeführt. Vielmehr erstellt dieser die Stapeljobs und Anweisungen, mit denen die eigentlichen Migrations-Tasks ausgeführt werden können.

Der Befehl zmmt ist eine Alternative zu z/OS Migration Management Tool. Es empfiehlt sich, diesen Befehl anstelle des Tools für die Erstellung von Migrationsjobs zu verwenden, wenn Sie keine Workstation haben, auf der WebSphere Customization Toolbox vorhanden ist oder Sie Ihre Migrationsjobs generieren müssen.

Der Befehl zmmt wird unter Verwendung einer manuell erstellten Migrationsantwortdatei ausgeführt.

Tipp: Für die Migration einer Anwendungsserverumgebung mit WebSphere Application Server ist eine umfangreiche Planung und Koordination erforderlich. Wenn Sie bisher noch keinen Anwendungsserver migriert haben, müssen Sie zunächst mithilfe der Beispielantwortdatei einen eigenständigen Testanwendungsserver migrieren.
Anmerkung: In WebSphere Application Server Version 9.0 können Sie entweder z/OS Migration Management Tool oder den Befehl zmmt sowie die von diesem Tool oder Befehl generierten Jobs verwenden, um Knoten mit Version 7.0 oder höher auf Knoten mit Version 9.0 zu migrieren. Nach der tatsächlichen Migration eines Knotens verwenden Sie jedoch die Administrationskonsole von WebSphere Application Server Version 9.0 oder Scripting, um den Knoten zu verwalten.
Position des Shell-Scripts
Das Shell-Script zmmt.sh befindet sich im Verzeichnis Installationsstammverzeichnis/bin.
Parameter
-responseFile
Mit diesem Parameter wird der Pfad zur Antwortdatei angegeben.

Dieser Parameter kann nicht mit dem Parameter "-profilePath" kombiniert werden.

-profilePath
Mit diesem Parameter wird ein vollständig qualifizierter Pfadname zu einem vorhandenen Satz generierter Jobs angegeben.

Dieser Parameter kann nicht mit dem Parameter "-responseFile" verwendet werden.

-workspace
Mit diesem erforderlichen Parameter wird das Eclipse-Arbeitsbereichsverzeichnis angegeben.

Dieser Parameterwert muss mit dem Pfad übereinstimmen, der in der Antwortdatei vor dem .metadata-Verzeichnis für die Variablen "profilePath" und "templatePath" angegeben ist.

-transfer
Dieser optionale Parameter wird verwendet, um generierte Jobs aus einem USS-Dateisystem (UNIX System Services) in ein Paar partitionierter Dateien zu kopieren.

Der Befehl zmmt schreibt die Migrationsjobs zuerst in ein USS-Dateisystem.

-allocate
Mit diesem optionalen Parameter wird versucht, die Zieldateien zuzuordnen.

Dieser Parameter kann nicht ohne den Parameter "-transfer" angegeben werden.

Die Dateien werden bestimmt, indem die Werte ".CNTL" und ".DATA" an den zTargetHLQ-Wert für das Profil angehängt werden, das die zu kopierenden Jobs enthält. Bei dieser Operation werden vorhandene Dateien desselben Namens in diesen Dateien überschrieben.

Beispiele

Die folgenden Beispiele beschreiben typische Befehlszeilen mit Attributen für den Befehl zmmt. In diesen Beispielen kann /xxx für jedes Verzeichnis stehen, für das der Benutzer, der das Script zmmt.sh aufruft, Lese- und Schreibzugriff hat.

  • zmmt.sh -workspace /xxx -responseFile /xxx/ZAppSrvcmd.responseFile

    Dieses Beispiel generiert die Migrationsjobs in dem mit dem Parameter profilePath in der Antwortdatei angegebenen Pfad.

  • zmmt.sh -workspace /xxx -responseFile /xxx/ZAppSrvcmd.responseFile -transfer -allocate
    . Dieser Beispielbefehl führt folgende Aktionen aus:
    • Er generiert die Migrationsjobs in dem mit dem Parameter profilePath in der Antwortdatei angegebenen Pfad.
    • Er überträgt die Jobs aus dem Dateisystem in die CNTL- und DATA-Dateien.
    • Er ordnet die CNTL- und DATA-Zieldateien unter Verwendung des übergeordneten Qualifikationsmerkmals (HLQ, High Level Qualifier) zu, das mit dem Parameter targetHLQ in der Antwortdatei angegeben wurde.
  • zmmt.sh -workspace /xxx -profilePath /xxx/ZAppSrvcmd -transfer -allocate
    Dieser Beispielbefehl führt folgende Aktionen aus:
    • Er überträgt die generierten Jobs an der mit dem Parameter -profilePath angegebenen Position in diese Dateien.
    • Er ordnet die CNTL- und DATA-Zieldateien unter Verwendung des übergeordneten Qualifikationsmerkmals (HLQ, High Level Qualifier) zu, das mit dem Parameter targetHLQ in der Antwortdatei angegeben wurde.
    Anmerkung: Bei dieser Syntax wird angenommen, dass die Migrationsjobs bereits bei einem vorherigen Aufruf des Scripts zmmt.sh generiert wurden.
  • zmmt.sh -workspace /xxx -transfer -responseFile /xxx/ZAppSrvcmd.responseFile

    Dieser Beispielbefehl überträgt die generierten Jobs an der mit dem Parameter "profilePath" in der Antwortdatei angegebenen Position in die generierten CNTL- und DATA-Dateien.

    Anmerkung: Bei dieser Syntax wird angenommen, dass die Jobs bereits bei einem vorherigen Aufruf des Scripts zmmt.sh generiert wurden und dass die CNTL- und DATA-Zieldateien bereits reserviert wurden.

Vorgehensweise

  1. Bereiten Sie den gewünschten Typ von Antwortdatei vor.
  2. Führen Sie auf Ihrem z/OS-Zielsystem das Shell-Script zmmt.sh mit Ihrer vorbereiteten Antwortdatei aus.

    Dieser Befehl erstellt die CNTL- und DATA-Dateien, die zum Ausführen der erforderlichen Jobs benötigt werden. Die Antwortdatei muss sich im UNIX-Dateisystem (USS) befinden.

Ergebnisse

Nach Ausführung des Scripts zmmt.sh sollte eine ähnliche Ausgabe wie die folgende angezeigt werden:
Installationsstammverzeichnis/bin:> zmmt.sh  /zmmt/workspace
-responseFile  /ZMigDmgr01.responseFile  -allocate  -transfer<

osgi> Customization definition successfully written to 
  /zmt/workspace/.metadata/.plugins/com.ibm.ws390.mmt.config/profiles/ZMigDmgr01

Attempting to allocate dataset: ZMMT.CNTL
Allocation successful.
Attempting to allocate dataset: ZMMT.DATA
Allocation successful.
Copying CNTL files to ZMMT.CNTL...
Copy successful.
Copying DATA files to ZMMT.DATA...
Copy successful.

Die Migrationsjobs wurden in die CNTL- und DATA-Dateien kopiert. Folgen Sie den generierten Anweisungen in der CNTL-Datei, um die eigentliche Migration durchzuführen.


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-zos&topic=tmig_zmmt_cmd_using
Dateiname:tmig_zmmt_cmd_using.html