Mit den Befehlen restoreConfig und wsadmin können
Sie eine Zelle mit WebSphere Application Server
Version 9.0
auf die Vorgängerversion zurücksetzen. Damit wird die Konfiguration in den Zustand zurückgesetzt,
den sie vor der Migration hatte.
Nachdem Sie die Migration der Zelle mit WebSphere Application Server Network Deployment
rückgängig gemacht habe, können Sie den Migrationsprozess erneut starten.
Vorbereitende Schritte
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
Bewährtes Verfahren: Bei der Migration einer Zelle mit
WebSphere Application Server Network Deployment
müssen Sie die folgenden Aktionen ausführen, wenn Sie die Möglichkeit haben möchten,
nach der Migration den ursprünglichen Zustand wiederherzustellen:
- Sichern Sie die vorhandene Konfiguration.
- Führen Sie den Befehl backupConfig oder das von Ihnen bevorzugte
Sicherungsdienstprogramm aus, um die Deployment-Manager-Quellenkonfiguration
zu sichern.
- Führen Sie den Befehl backupConfig oder das von Ihnen bevorzugte
Sicherungsdienstprogramm aus, um die Quellenkonfigurationen eingebundener Knoten zu sichern.
Wichtig: Notieren Sie unbedingt den genauen Namen und die Position jeder gesicherten Konfiguration.
Nähere Informationen finden Sie im Artikel Befehl "backupConfig".
- Migrieren Sie die Zelle mit WebSphere Application Server Network Deployment.
Vorgehensweise
- Stoppen Sie alle Server und Node Agents, die derzeit in der Umgebung mit Version 9.0 ausgeführt werden.
- Wenn Sie den früheren Deployment Manager nach der Migration auf den
Deployment Manager von Version 9.0 inaktiviert haben,
führen Sie einen der folgenden Schritte aus.
Anmerkung: Die Inaktivierung muss standardmäßig erfolgen.
- Wenn Sie die frühere Deployment-Manager-Konfiguration mit dem Befehl backupConfig
oder mit Ihrem bevorzugten Sicherungsdienstprogramm gesichert haben, führen Sie den Befehl restoreConfig oder Ihr bevorzugtes
Dienstprogramm aus, um die Deployment-Manager-Konfiguration der Vorgängerversion
wiederherzustellen.
Wichtig: Stellen Sie sicher, dass Sie die Konfiguration wiederherstellen, die Sie vor der Migration
des Deployment Manager gesichert haben.
Nähere Informationen finden Sie im Artikel Befehl "restoreConfig".
- Falls Sie die frühere Deployment-Manager-Konfiguration nicht gesichert haben,
führen Sie mit dem Befehl wsadmin das Script
migrationDisablementReversal.jacl im Verzeichnis Profilstammverzeichnis/bin von Version 7.0 oder höher des Deployment Manager aus, den Sie von
Version 9.0 auf die ursprüngliche Version zurücksetzen möchten.
Verwenden Sie in einer Linux-Umgebung beispielsweise die folgenden Parameter:
./wsadmin.sh -f migrationDisablementReversal.jacl -conntype NONE
Tipp: Falls Sie das Script
migrationDisablementReversal.jacl nicht ausführen können, versuchen Sie, die Schritte
im Script manuell auszuführen.
- Wechseln Sie in das folgende Verzeichnis:
Profilstammverzeichnis/config/cells/Zellenname/nodes/Knotenname
Knotenname ist
den Name des Deployment-Manager-Knotens, der zurückgesetzt werden soll.
- Wenn dieses Verzeichnis die Datei serverindex.xml_disabled enthält,
führen Sie die folgenden Aktionen aus:
- Löschen Sie die Datei serverindex.xml, oder benennen Sie sie um.
- Ändern Sie den Namen der Datei
serverindex.xml_disabled in serverindex.xml.
- Führen Sie für jeden eingebundenen Knoten der Zelle mit WebSphere Application Server Network Deployment, den Sie wiederherstellen möchten,
eine der folgenden Aktionen aus.
- Wenn Sie die frühere Konfiguration des eingebundenen Knotens mit dem Befehl backupConfig
oder mit Ihrem bevorzugten Sicherungsdienstprogramm gesichert haben, führen Sie den Befehl restoreConfig oder Ihr bevorzugtes
Dienstprogramm aus, um die Konfiguration des eingebundenen Knotens mit Version 7.0 oder höher
wiederherzustellen.
Wichtig: Stellen Sie sicher, dass Sie die Konfiguration wiederherstellen, die Sie vor der Migration
des eingebundenen Knotens gesichert haben.
Nähere Informationen finden Sie im Artikel Befehl "restoreConfig".
- Falls Sie die frühere Konfiguration des eingebundenen Knotens nicht gesichert haben,
führen Sie mit dem Befehl wsadmin das Script
migrationDisablementReversal.jacl im Verzeichnis Profilstammverzeichnis/bin von Version 7.0 oder höher
des eingebundenen Knotens aus.
![[Linux]](../images/linux.gif)
Verwenden Sie in einer Linux-Umgebung beispielsweise die folgenden Parameter:
./wsadmin.sh -f migrationDisablementReversal.jacl -conntype NONE
Tipp: Falls Sie das Script
migrationDisablementReversal.jacl nicht ausführen können, versuchen Sie, die Schritte
im Script manuell auszuführen.
- Wechseln Sie in das folgende Verzeichnis:
Profilstammverzeichnis/config/cells/Zellenname/nodes/Knotenname
Knotenname
steht für den Namen des eingebundenen Knotens, den Sie zurücksetzen möchten.
- Wenn dieses Verzeichnis die Datei serverindex.xml_disabled enthält,
führen Sie die folgenden Aktionen aus:
- Löschen Sie die Datei serverindex.xml, oder benennen Sie sie um.
- Ändern Sie den Namen der Datei
serverindex.xml_disabled in serverindex.xml.
- Synchronisieren Sie die eingebundenen Knoten, falls sie während der Ausführung
des Deployment Manager von
Version 9.0 ausgeführt wurden.
Weitere Informationen
finden Sie im Artikel Knoten mit dem Tool "wsadmin" synchronisieren.
- Wenn Sie die installierten Anwendungen während der Migration auf Version 9.0
in demselben Verzeichnis wie im früheren Release lassen
möchten und keine Anwendungen von
Version 9.0 mit dem früheren Release kompatibel sind, installieren Sie kompatible Anwendungen.
- Löschen Sie die Profile von Version 9.0.
Nähere Informationen finden Sie im Artikel Profile löschen.
- Starten Sie den zurückgesetzten Deployment Manager und die zugehörigen eingebundenen Knoten in der Umgebung mit Version 7.0 oder höher.
Ergebnisse
Die Konfiguration sollte jetzt wieder den Zustand haben, den sie vor der Migration hatte.
Nächste Schritte
Jetzt können Sie mit dem Migrationsprozess beginnen.