Konfigurationsvariablen für die Migration eines eigenständigen Anwendungsservers mit z/OS Migration Management Tool

Bevor Sie einen Knoten mit WebSphere Application Server for z/OS 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 unter z/OS ausgeführt werden. Mit z/OS Migration Management Tool können Sie eine Migrationsdefinition erstellen und die entsprechenden Migrationsjobs hochladen. z/OS Migration Management Tool stellt Ihnen eine Reihe von Konfigurationsvariablen bereit, wenn Sie eine Definition für die Migration eines eigenständigen Anwendungsservers erstellen.

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

Auswahl des Migrationsknotentyps

Migrationsknotentyp
Der Typ des zu migrierenden Knotens mit WebSphere Application Server.

Name der Migrationsdefinition

In diesem Abschnitt werden der Name und der Verzeichnispfad der Migrationsdefinition für die Stapeljobs und Anweisungen angegeben, die für die Migration eines Knotens mit WebSphere Application Server for z/OS verwendet werden.
Name der Migrationsdefinition
Der Name der z/OS-Migrationsdefinition.

Dieser Name wird ausschließlich auf der Workstation verwendet, um die Migrationsjobs und Anweisungen anzugeben, die generiert werden. Der ausgewählte Name hat keine Auswirkung auf die Konfiguration von WebSphere Application Server for z/OS.

Pfadname der Antwortdatei (optional)
Der vollständige Pfadname einer Antwortdatei, die Standardwerte enthält, die im Tool vorab geladen werden sollen.

Bei jeder Erstellung einer z/OS-Migrationsdefinition wird eine Antwortdatei geschrieben. Sie enthält alle variablen Daten, die zum Erstellen der Migrationsdefinition verwendet wurden, und sie kann verwendet werden, um die Standardwerte vorab zu laden, wenn eine ähnliche Migrationsdefinition definiert wird. Die Antwortdatei für eine bestimmte Migrationsdefinition wird in die Datei Name_der_Migrationsdefinition.responseFile im Stammverzeichnis für die Migrationsdefinition geschrieben.

Normalerweise müssen Sie eine Antwortdatei aus einer Migrationsdefinition angeben, die denselben Typ hat wie die Definition, die Sie erstellen möchten.

Anmerkung: Eine Kopie der Antwortdatei ist in der .DATA-Datei in der Migrationsdefinition, die Sie in ein z/OS-Zielsystem hochladen, enthalten. Diese Antwortdatei wird im z/OS-System nicht verwendet, ist aber zu Referenzzwecken enthalten. Der Teildateiname der Datei ist ZMMTBASE.

Zieldateien

Übergeordnetes Qualifikationsmerkmal (HLQ, High-Level Qualifier)
Übergeordnetes Qualifikationsmerkmal für die z/OS-Zieldateien, die die generierten Jobs und Anweisungen enthalten.
Wenn eine z/OS-Migrationsdefinition in das z/OS-Zielsystem hochgeladen wird, werden die Migrationsjobs und -dateien in ein Paar partitionierter Dateien geschrieben. Diese Dateien können zwar wiederverwendet werden, es ist jedoch am sichersten, separate Dateien für jedes zu migrierende z/OS-System zu erstellen.
  • HLQ.CNTL - Eine partitionierte Datei mit Datensätzen fester Länge (80-Byte-Blöcke) für die Migrationsjobs.
  • HLQ.DATA - Eine partitionierte Datei mit Daten variabler Länge für andere Daten, die in der Migrationsdefinition enthalten sind.
Anmerkung: Als übergeordnetes HLQ für die Datei kann ein mehrstufiges HLQ angegeben werden.

Dateinamen und Produktverzeichnis

Name der Datei mit der JCL-Prozedurenbibliothek
Eine vorhandene Prozedurenbibliothek, in die die katalogisierten Prozeduren von WebSphere Application Server for z/OS kopiert werden.
Produktverzeichnis für WebSphere Application Server
Position des Produktdateisystems Ihrer Installation von WebSphere Application Server Version 9.0
Temporärer symbolischer Link
Wählen Sie diese Option aus, um einen temporären symbolischen Link einzurichten, und geben Sie bei Auswahl dieses Links den Pfadnamen an.

Wenn Sie einen temporären symbolischen Link angeben, werden symbolische Links vom Konfigurationsdateisystem zum temporären symbolischen Link erstellt. Andernfalls werden sie direkt zum Produktdateisystem erstellt.

Wenn Sie diese Option auswählen, können Sie den Pfadnamen eines temporären symbolischen Links angeben. Dieser Link wird von den Anpassungsjobs erstellt und verweist auf das Dateisystemverzeichnis des Produkts.
Pfadname des temporären symbolischen Links
Pfadname des temporären symbolischen Links

Konfigurationsdateisystem

Im Konfigurationsdateisystem ist die Konfiguration für den zu migrierenden Knoten physisch gespeichert. Sie können ein vorhandenes Dateisystem von Version 9.0 verwenden, wenn bereits ein entsprechendes Dateisystem auf dem zu migrierenden Knoten vorhanden ist. Wenn Sie ein vorhandenes Dateisystem von Version 9.0 verwenden, müssen Sie sicherstellen, dass der Mountpunkt, den Sie hier angeben, vorhanden ist, bevor Sie die Migrationsdienstprogramme (BBOWMG1B, BBOWMG2B usw.), die mit diesem Tool erstellt werden, ausführen. Wenn Sie ein neues Dateisystem von Version 9.0 auf dem zu migrierenden Knoten erstellen, findet die eigentliche Erstellung des neuen Dateisystems erst statt, wenn Sie den optionalen Job BBOMBHFS oder BBOMBZFS während des eigentlichen Migrationsprozesses ausführen. In jedem Fall müssen Sie hier den korrekten Wert für den Mountpunkt angeben.

Suchen Sie in den angepassten Anweisungen, die von diesem Tool generiert werden, nach speziellen Informationen zum Festlegen des richtigen Eigners und der richtigen Berechtigungen für den Konfigurationsmountpunkt. Weitere Informationen zum Angeben dieser Variablen finden Sie in den generierten Anweisungen und im Artikel Eigenständigen Anwendungsserver unter dem Betriebssystem z/OS migrieren.

Mountpunkt
Mountpunkt für das Dateisystemverzeichnis mit Schreib-/Lesezugriff, in das die Anwendungsdaten und Umgebungsdateien geschrieben werden.

Ist dieser Mountpunkt noch nicht vorhanden, wird er vom Migrationsprozess erstellt, wenn Sie den optionalen Job BBOMBHFS oder BBOMBZFS ausführen.

Name
Dateisystemdatei, die Sie erstellen und über den zuvor genannten Mountpunkt anhängen.
Datenträger oder '*' für SMS
Geben Sie die Seriennummer des DASD-Datenträgers mit der oben angegebenen Datei an. Bei Angabe von "*" wählt SMS einen Datenträger aus.

Die Verwendung von "*" setzt voraus, dass SMS-ACS-Routinen (Automatic Class Selection) für die Auswahl des Datenträgers vorhanden sind. Falls SMS nicht für die automatische Zuordnung von Dateien konfiguriert ist, geben Sie den Datenträger explizit an.

Primäre Bereichszuordnung in Zylindern
Zuordnung der Anfangsgröße in Zylindern für die Konfigurationsdateisystemdatei.

In einem Anwendungsserver nimmt der für diese Datei erforderliche Gesamtspeicherplatz mit der Größe und Anzahl der installierten Anwendungen zu.

Empfehlung: Die empfohlene Mindestgröße sind 420 Zylinder.
Sekundäre Bereichszuordnung in Zylindern
Größe jedes Sekundärbereichs in Zylindern.
Empfehlung: Die empfohlene Mindestgröße sind 100 Zylinder.
Dateisystemtyp
Hierarchisches Dateisystem (HFS, Hierarchical File System).
Die Datei mit dem Konfigurationsdateisystem wird über HFS zugeordnet und angehängt.
zSeries File System (ZFS)
Die Datei mit dem Konfigurationsdateisystem wird über ZFS zugeordnet und angehängt.

Serveranpassung (Teil 1)

Quellenkonfigurationsposition
Mountpunkt
Mountpunkt der Konfiguration, die als Quelle für die Migration verwendet wird.
Ausgangsverzeichnis
Ausgangsverzeichnis der Konfiguration, die als Quelle für die Migration verwendet wird.
Zielkonfigurationsposition
Mountpunkt
Mountpunkt der Konfiguration, die als Ziel für die Migration verwendet wird.

Diese Einstellung wurde zuvor in der Anzeige Konfigurationsdateisystem vorgenommen.

Ausgangsverzeichnis
Ausgangsverzeichnis der Konfiguration, die als Ziel für die Migration verwendet wird.
Name der Dämonprozedur
Name der JCL-Startprozedur, die zum Starten des migrierten Dämons verwendet wird.

Wenn Sie eine Migration auf Version 9.0 durchführen, müssen Sie Ihre JCL-Startprozeduren aktualisieren. Während der Migration wird automatisch eine neue Startprozedur generiert. Sie können einen neuen Namen für die Dämonprozedur angeben oder den alten Namen verwenden.

Name der Controllerprozedur
Name der JCL-Startprozedur, die zum Starten der migrierten Controller verwendet wird.

Wenn Sie eine Migration auf Version 9.0 durchführen, müssen Sie Ihre JCL-Startprozeduren aktualisieren. Während der Migration wird automatisch eine neue Startprozedur generiert. Sie können einen neuen Namen für die Controllerprozedur angeben oder den alten Namen verwenden.

Name der Servantprozedur
Name der JCL-Startprozedur, die zum Starten der migrierten Servants verwendet wird.

Wenn Sie eine Migration auf Version 9.0 durchführen, müssen Sie Ihre JCL-Startprozeduren aktualisieren. Während der Migration wird automatisch eine neue Startprozedur generiert. Sie können einen neuen Namen für die Servantprozedur angeben oder den alten Namen verwenden.

Name der Adjunct-Prozedur
Name der JCL-Startprozedur, die zum Starten des migrierten Adjuncts verwendet wird.

Wenn Sie eine Migration auf Version 9.0 durchführen, müssen Sie Ihre JCL-Startprozeduren aktualisieren. Während der Migration wird automatisch eine neue Startprozedur generiert. Sie können einen neuen Namen für die Adjunct-Prozedur angeben oder den alten Namen verwenden.

Befehlsnamen für gestartete Prozeduren ersetzen
Wenn Sie neue Namen für Ihre JCL-Prozeduren angegeben haben, müssen die entsprechenden START-Befehle in der Konfiguration von WebSphere Application Server an die neuen Prozedurnamen angepasst werden. Wählen Sie diese Option aus, um diese Konfigurationsaktualisierung durchzuführen.

Wenn Sie sich für die Verwendung der alten Prozedurnamen entscheiden, wählen Sie diese Option nicht aus. Es wird empfohlen, diese Option nicht auszuwählen, wenn Sie keine einheitlichen Prozedurnamen für alle Server eines bestimmten Prozesstyps (z. B. alle Servants) auf dem zu migrierenden Knoten verwenden. In diesem Fall müssen Sie die START-Befehle beibehalten und die Prozeduren manuell mit der Prozedur ersetzen, die während der Migration als Schablone generiert wird.

Anmerkungen:
  • Die Konfiguration von Version 9.0 muss andere JCL-Prozeduren verwenden als diejenigen, die von der Konfiguration von Version 7.0 oder höher verwendet werden. Der Migrationsprozess erstellt neue JCL-Prozeduren von Version 9.0 mit den hier angegebenen Prozedurnamen.
  • Wenn Sie dieselben Namen wie in der Konfiguration von Version 7.0 oder höher verwenden, überschreibt der Migrationsprozess die vorhandenen Prozeduren. Falls Sie dieselben Namen verwenden, sollten Sie die vorhandenen Prozeduren von Version 7.0 oder höher vor Ausführung der Migrationsjobs sichern, falls Sie die neue Konfiguration später rückgängig machen müssen.
Optionale Anwendungsimplementierung
Standardanwendung implementieren
Angabe, ob die Standardanwendung implementiert werden soll.
Beispielanwendungen implementieren
Angabe, ob Beispielanwendungen implementiert werden sollen.
Anmerkung: Diese Anwendungen werden in einer WebSphere Application Server Network Deployment-Zelle nicht unterstützt.

Installierne Sie die Beispielanwendungen, um den Anwendungsserver zu verwenden und die neuesten technischen Fortschritte zu bewerten. Die Beispielanwendungen werden nicht für Anwendungsserverumgebungen für Entwicklungs- oder Produktionszwecke empfohlen.

Serveranpassung (Teil 2)

Vorgabe für die Anwendungsmigration
Diese Einstellung gibt an, wie die installierten Anwendungen migriert werden sollen.
Anmerkung: Die Systemanwendungen von WebSphere Application Server werden unabhängig von dem hier definierten Wert migriert.
Anwendungen migrieren und Standardanwendungsinstallationsverzeichnis verwenden
Benutzerunternehmensanwendungen während der Migration im Standardverzeichnis der Anwendungsinstallation installieren
Anwendungen migrieren und angegebenes Anwendungsinstallationsverzeichnis verwenden
Installiert Benutzerunternehmensanwendungen während der Migration in einem angegebenen Anwendungsinstallationsverzeichnis.
Anwendungsinstallationsverzeichnis
Position, an der WebSphere Application Server Ihre Unternehmensanwendungen installiert

Diese Position wird verwendet, wenn Sie in Ihren Einstellungen für die Anwendungsmigration angeben, dass Anwendungen migriert und installiert werden sollen. Sie können eine angepasste umgebungsspezifische Position oder die Standardposition verwenden.

Migrieren und Verwaltungsscripts für spätere Installation generieren
Bereiten Sie die Benutzerunternehmensanwendungen für die Installation im Verzeichnis installableApps von WebSphere Application Server Version 9.0 vor, ohne sie während der Migration tatsächlich zu installieren.
Im Migrationssicherungsverzeichnis werden Scripts generiert und gespeichert, die Sie später zum Installieren dieser Anwendungen verwenden können. Bei WebSphere Application Server for z/OS ist die Position dieses Sicherungsverzeichnisses relativ zum temporären Verzeichnis, das Sie in derselben Anzeige angeben. Die Position des Sicherungsverzeichnisses wird auch durch die abgeleiteten Migrations-ID und den Typ des migrierten Knotens bestimmt. Wenn Sie beispielsweise /tmp/migrate als temporäres Verzeichnis angeben und die abgeleitete Migrations-ID 55449 lautet, ist die Position der generierten Scripts wie folgt:
/tmp/migrate/55449/Knotentyp_backup/
Knotentyp steht hier je nach Typ des migrierten Knotens für dmgr, fed oder base.

Sie können diese Dateien jederzeit und in beliebiger Kombination nach Abschluss der Migration ausführen. Sie können diese Dateien bei Bedarf reorganisieren und kombinieren, um eine effizientere Installation der Anwendungen zu erreichen. Weitere Informationen finden Sie im Artikel "Tool 'wsadmin'" in der Dokumentation.

Anwendungen migrieren und vorheriges Anwendungsinstallationsverzeichnis verwenden
Mit dieser Einstellung werden Benutzerunternehmensanwendungen im Rahmen der Migration installiert und die Anwendungsinstallationsverzeichnisse der Vorgängerversion übernommen.
Einschränkungen: Wenn Sie diese Option auswählen, wird die Position von der vorhandenen Installation von WebSphere Application Server Version 7.0 oder höher und der Installation von Version 9.0 gemeinsam genutzt. Die folgenden Einschränkungen gelten, wenn die migrierten Anwendungen in denselben Verzeichnissen belassen werden:
  • Die Einschränkungen der Unterstützung von WebSphere Application Server Version 9.0 für heterogene Knoten müssen eingehalten werden. Das bedeutet, dass die folgende Unterstützung nicht verwendet werden kann, wenn der Befehl wsadmin aufgerufen wird:
    • JSP vorkompilieren
    • Binärkonfiguration verwenden
    • EJB implementieren
  • Sie riskieren einen unbeabsichtigten Verlust migrierter Anwendungen, wenn Sie Anwendungen in diesen Verzeichnissen später bei der Verwaltung (z. B. Deinstallation) Ihrer Installation von Version 7.0 oder höher löschen.
  • Jede Anwendung, die relativ zu einer Variablen von Version 7.0 oder höher installiert wird, wird relativ zu der Position installiert, die dieser Variablen in Version 9.0 zugeordnet ist. Anders ausgedrückt, die absolute Position wird nicht beibehalten. Die Anwendung wird an die relative Position in der neuen Umgebung mit Version 9.0 migriert.
    Wenn die Einstellung "binariesURL" in der Datei deployment.xml für eine zu migrierende Anwendung einen Pfad enthält, der relativ zu WebSphere Application Server angegeben ist, d. h. mit $(APP_INSTALL_ROOT), $(WAS_INSTALL_ROOT) usw. beginnt, wird der neue Wert der Variablen von WebSphere Application Server verwendet, um den Pfad aufzulösen, wenn die Anwendung an der neuen Position installiert wird. Dies führt bei Auswahl dieser Option zu den folgenden Ergebnissen:
    • Jede Anwendung, die an einer Verzeichnisposition installiert ist, die relativ zu einer Variablen von WebSphere Application Server ist, wird in Version 9.0 unter dem Wert dieser Variablen installiert.
    • Jede Anwendung, die an einer Verzeichnisposition installiert ist, die nicht relativ zu einer Variablen von WebSphere Application Server ist, wird in dasselbe Verzeichnis migriert und überschrieben. Wenn eine Anwendung beispielsweise im Verzeichnis /employee_records/retrieval_Apps installiert ist, wird die Anwendung in das Verzeichnis /employee_records/retrieval_Apps migriert und überschrieben.
Anwendungen nicht migrieren
Mit dieser Einstellung wird die Benutzerunternehmensanwendungen unverändert beibehalten.
Über die Administrationskonsole angepasste Einstellungen für "Eigene Tasks" migrieren
"Eigene Tasks" wird mit dieser Einstellung nur in WebSphere Application Server Version 7.0 oder höher unterstützt.
An der Standardposition des Arbeitsbereichsstammverzeichnisses gespeicherte Einstellungen für "Eigene Tasks" migrieren (wstemp)
An einer benutzerdefinierten Position des Arbeitsbereichsstammverzeichnisses gespeicherte Einstellungen für "Eigene Tasks" migrieren
Benutzerdefinierte Position des Arbeitsbereichsstammverzeichnisses

Optionen für den Migrationsprozess

Traceoptionen für die Migration

Wenn Sie die Traceerstellung aktivieren, bleibt sie während des gesamten Migrationsprozesses aktiviert.

Traceerstellung für Scripts aktivieren
Mit dieser Einstellung wird die Traceerstellung für die Erstellung von Ausgangsverzeichnissen, den Aufruf von Profil- und Migrationstools und die Endverarbeitungsphasen der Migration aktiviert bzw. oder inaktiviert.
Traceerstellung für die Profilerstellung aktivieren
Mit dieser Einstellung wird die Traceerstellung für die Profilerstellung aktiviert bzw. inaktiviert.
Traceerstellung vor Upgrade aktivieren
Mit dieser Einstellung wird die Traceerstellung für den WASPreUpgrade-Prozess aktiviert bzw. inaktiviert.
Traceerstellung nach Upgrade aktivieren
Mit dieser Einstellung wird die Traceerstellung für den WASPostUpgrade-Prozess aktiviert bzw. inaktiviert.
JVM-Optionen für Migrationsprozesse
Anfangsgröße des Heapspeichers (MB)
Der für den JVM-Heapspeicher zugeordnete Anfangsspeicher.
Maximale Größe des Heapspeichers (MB)
Die maximale Größe des Heapspeichers, die für den JVM-Heapspeicher zugeordnet werden kann.
Position des temporären Verzeichnisses
Das Verzeichnis, in das die Sicherung der vorherigen Konfiguration und der Migrationstrace geschrieben werden.

Während der Migration muss eine Sicherungskopie der Konfiguration der vorherigen Version erstellt werden. Die Standardposition für diese Sicherung ist /tmp/migrate. Wenn das Dateisystem /tmp nicht genügend Speicherplatz für die Sicherungskonfiguration hat, können Sie eine andere Position angeben. Wenn Sie das Standardverzeichnis der Sicherungskopie überschreiben möchten, wird empfohlen, die Namenskonvention beizubehalten und lediglich den Abschnitt /tmp durch einen anderen Pfad, z. B. /myTemp/migrate, zu ersetzen.

Kennung der Migrationsdefinition
Eine Kennung, die zum Erstellen eines Verzeichnisses unter dem temporären Verzeichnis mit den temporären Migrationsdatensätzen und Sicherungskonfigurationsdaten verwendet wird.
Temporäres Java-Verzeichnis
Sie können ein temporäres Java-Verzeichnis angeben, das von der Java Virtual Machine bei der Migration zum Erstellen und Speichern temporärer Dateien verwendet wird.
Temporäres Java-Verzeichnis festlegen
Position des temporären Java-Verzeichnisses

Portwerte

Definieren, welche Portwerte im neuen Profil verwendet und wie Portkonflikte gehandhabt werden sollen. Wenn Sie Portwerte des alten Profils wiederverwenden, kann das neue Profil aufgrund von Portkonflikten nicht gleichzeitig mit dem alten Profil ausgeführt werden. Wenn Sie beabsichtigen, beide Profile gleichzeitig auszuführen, vergewissern Sie sich, dass jedes Profil einen anderen Port verwendet.

Dieselben Ports verwenden, die im alten Profil verwendet wurden
Die im Quellenprofil definierten Portwerte wiederverwenden.
Ports manuell auswählen
In der folgenden Anzeige angepasste Werte für jeden Port im Zielprofil festlegen.
Neue Ports durch Erhöhung des Werts ausgehend von einem Anfangsportwert generieren
Neue Portwerte ausgehend vom angegebenen Portwert generieren. In Konflikt stehende Ports werden automatisch aufgelöst.
Auflösung von Portkonflikten
Auswählen, wie Portkonflikt gelöst werden sollen.
Wert ausgehend vom Wert des den Konflikt verursachenden Ports erhöhen
Wenn ein Portkonflikt festgestellt wird, wird der Portwert des den Konflikt verursachenden Ports auf den nächsten verfügbaren Portwert erhöht.
Wert ausgehend von einem allgemeinen Anfangsportwert erhöhen
Wenn ein Portkonflikt festgestellt wird, wird der Portwert ab dem angegebenen Wert auf den nächsten verfügbaren Portwert erhöht.

Registrierung beim Verwaltungsagenten

Wenn das Quellenprofil bei einem Verwaltungsagenten registriert ist, migrieren Sie den Verwaltungsagenten, bevor Sie die registrierten Profile migrieren. Geben Sie die folgenden Informationen an, um die Registrierung des Registrierung Quellenprofils beim Quellenverwaltungsagenten aufzuheben. Stoppen Sie den Quellenverwaltungsagenten nach der Migration aller registrierten Profile. Registrieren Sie zum Schluss alle migrierten Profile manuell beim Zielverwaltungsagenten, der dieselbe Versionsstufe wie die migrierten Profile oder eine höhere Versionsstufe haben muss.
Bei einem Verwaltungsagenten registriert
Angabe, ob das Quellenprofil bei einem Verwaltungsagenten registriert wird.
Quellenverwaltungsagent
Einstellungen des Verwaltungsagenten
Profilpfad
Der Dateisystempfad des Quellenverwaltungsagenten.
SOAP-Port
Der vom Quellenverwaltungsagenten für SOAP-Verbindungen verwendete Port.
Benutzername
Wenn die Sicherheit aktiviert ist, der Benutzername für den Quellenverwaltungsagenten.
Kennwort
Wenn die Sicherheit aktiviert ist, das Kennwort für die Verwaltungssicherheit für den Quellenverwaltungsagenten.

Definition von Jobanweisungen

Für alle Migrationsjobs, die angepasst werden, ist eine Jobanweisung erforderlich.

Geben Sie eine gültige Jobanweisung für Ihre Installation ein. Während des Migrationserstellungsprozesses wird der Jobname in allen generierten Jobs automatisch aktualisiert, d. h., Sie müssen sich um diesen Teil der Jobanweisung nicht kümmern. Wenn Fortsetzungszeilen erforderlich sind, ersetzen Sie die Kommentarzeilen durch Fortsetzungszeilen.


Symbol, das den Typ des Artikels anzeigt. Konzeptartikel



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