Knoten mit dem Befehl "addNode -asExistingNode" wiederherstellen oder verschieben
Sie können die Option -asExistingNode des Befehls addNode verwenden, um Knoten eines Deployment Manager wiederherzustellen oder zu verschieben. Mit der Option -asExistingNode können Sie einen neuen angepassten Knoten als vorhandenen Knoten in einen Deployment Manager einbinden. Während der Einbindung verwendet das Produkt Informationen in der Masterkonfiguration des Deployment Manager, um den angepassten Knoten in den vorhandenen Knoten umzuwandeln.
Vorbereitende Schritte
Dieser Artikel geht davon aus, dass das Produkt WebSphere Application Server Network Deployment einen Deployment Manager mit einem oder mehreren verwalteten Knoten verwendet.
Informationen zu diesem Vorgang
Verwenden Sie die Option -asExistingNode des Befehls addNode, um einen beschädigten Knoten schnell wiederherzustellen, einen Knoten in eine Produktinstallation auf einem anderen Computer, aber in demselben Pfad, zu verschieben, einen Knoten in eine Produktinstallation auf einem anderen Betriebssystem oder mit einem anderen Pfad zu verschieben oder Zellen von einer Zellenschablone zu erstellen.
Die folgenden Prozeduren beschreiben die Verwendung der Option -asExistingNode:
- Einen vorhandenen verwalteten Knoten eines Deployment Manager wiederherstellen.
- Einen Knoten in eine Produktinstallation auf einem anderen Computer, aber in demselben Pfad, verschieben.
- Einen Knoten in eine Produktinstallation auf einem anderen Betriebssystem oder mit einem anderen Pfad verschieben.
- Eine Zelle von einer Zellenschablone erstellen.

- -includeapps
- -includebuses
- -startingport
- -portprops
- -nodeagentshortname
- -nodegroupname
- -registerservice
- -serviceusername
- -servicepassword
- -coregroupname
- -excludesecuritydomains
Wenn der Befehl addNode mit der Option -asExistingNode ausgeführt wird, prüft das Produkt nicht, ob Konflikte zwischen den Ports vorliegen und behebt solche Konflikte nicht. Sie müssen sicherstellen, dass die einem Knoten zugeordneten Ports nicht mit den Ports in Konflikt stehen, die bereits auf dem Zielhost verwendet werden.
Vorgehensweise
- Einen vorhandenen verwalteten Knoten
eines Deployment Manager wiederherstellen.
Sie können einen vorhandenen beschädigten Knoten mit der Option -asExistingNode des Befehls addNode wiederherstellen. Wenn ein Computerfehler beispielsweise dazu führt, dass ein Knoten nicht verfügbar ist, die Knoteninformationen jedoch auf dem Deployment Manager erhalten bleiben, können Sie den nicht verfügbaren Knoten mit der Option -asExistingNode erneut erstellen.
- Vergewissern Sie sich, dass der vorhandene beschädigte Knoten nicht aktiv ist. Stoppen Sie den Node Agent und alle Anwendungsserver, die sich auf dem Knoten befinden.
- Entfernen Sie das ursprüngliche Profil und erstellen
Sie ein Profil, das den beschädigten Knoten ersetzt, und verwenden Sie für dieses Profil den Profil- und Knotennamen des nicht verfügbaren Knotens. Sie können das Profil auch auf einem anderen Computer als dem
ursprünglichen Knoten erstellen, wenn der ursprüngliche Computer nicht verfügbar ist und Sie einen neuen Computer mit demselben Hostnamen konfiguriert haben.
Angenommen, der Knoten myNode01 mit dem Profilnamen AppSrv01 funktioniert nicht mehr. Wenn Sie den Knoten durch einen neuen ersetzen möchten, erstellen Sie für den Knoten myNode01 ein Anwendungsserverprofil mit dem Namen AppSrv01.
- Führen Sie in einer Befehlszeile im Verzeichnis bin des beschädigten Anwendungsserverprofils
den Befehl
addNode mit der Option
-asExistingNode aus.
Der Name des Knotens muss mit dem Namen des Knotens übereinstimmen, auf dem Sie addNode mit der Option -asExistingNode ausführen.
- Öffnen Sie eine Eingabeaufforderung, und wechseln Sie zum Verzeichnis bin des Anwendungsserverprofils. Wenn Sie z. B. das Anwendungsserverprofil AppSrv01 verwenden, wechseln Sie zum Verzeichnis Profilstammverzeichnis/AppSrv01/bin.
- Führen Sie den Befehl
addNode mit der Option -asExistingNode aus, um den Anwendungsserverknoten durch den neuen Knoten zu ersetzen. Der folgende Beispielbefehl geht davon aus, dass die Sicherheit aktiviert ist und dass das Produkt die Eingabe eines Benutzernamens und eines Kennworts erfordert.
Geben Sie für
Deployment-Manager-Host und Deployment-Manager-Port den Hostnamen und die Portnummer des Deployment Manager an.
addNode Deployment-Manager-Host Deployment-Manager-Port -asExistingNode -username Benutzername -password Kennwort
Einschränkung: Zuvor installierte JCA-Adapter werden nicht als Teil der WebSphere-Konfiguration gespeichert. Nachdem ein Knoten ersetzt wurde, müssen JCA-Adapter erneut installiert werden, damit sie in der neuen Umgebung verwendet werden können. - Synchronisieren Sie alle anderen aktiven Knoten in der Zelle.
- Am einfachsten und effizientesten können Sie aktive Knoten synchronisieren, indem Sie eine automatische Synchronisation ausführen lassen. Die automatische Synchronisation ist standardmäßig aktiviert, und die Knoten synchronisieren sich im konfigurierten Intervall.
- Wenn die automatische Synchronisation nicht aktiviert ist, können Sie die Knoten explizit synchronisieren.
- Klicken Sie auf Systemverwaltung > Knoten.
- Wählen Sie auf der Seite "Knoten" die nicht synchronisierten Knoten aus, und klicken Sie auf Synchronisieren.
Wenn mehr als fünf nicht synchronisierte Knoten vorhanden sind, synchronisieren Sie jeweils nur fünf Knoten gleichzeitig.
Informationen zum Wiederherstellen eines verwalteten Knotens über die Administrationskonsole des Deployment Manager finden Sie im Artikel "Knoten hinzufügen, verwalten und entfernen".
- Einen Knoten in eine Produktinstallation auf einem anderen Computer, aber in demselben Pfad, verschieben.
Sie können die Option -asExistingNode verwenden, um einen Knoten in einen anderen Computer zu verschieben, wenn die folgenden Einstellungen auf dem anderen Computer identisch sind:
- Installationsverzeichnis von WebSphere Application Server
- Profilname
- Profilverzeichnis
- Knotenname
An dieser Prozedur sind drei unterschiedliche Profile beteiligt:
- Das Deployment-Manager-Profil ist das Profil des Deployment Manager. Führen Sie den Befehl changeHostName im Deployment-Manager-Profil aus.
- Das Quellenprofil ist das ursprüngliche Profil, aus dem verschoben werden soll.
- Das Zielprofil ist das Profil auf dem anderen Computer, in das verschoben werden soll.
- Stellen Sie sicher, das der Knoten, der verschoben werden soll, d. h. das Quellenprofil, nicht aktiv ist. Stoppen Sie den Node Agent und alle Anwendungsserver, die sich auf dem Knoten befinden.
- Ändern Sie den Hostnamen des Knotens in der Masterkonfiguration des Deployment Manager.
Führen Sie die folgenden Schritte im Deployment-Manager-Profil aus:
- Öffnen Sie eine Eingabeaufforderung, und wechseln Sie zum Verzeichnis bin des Deployment-Manager-Profils. Wenn das Deployment-Manager-Profil beispielsweise den Namen Dmgr01 hat, wechseln Sie in das Verzeichnis Profilstammverzeichnis/Dmgr01/bin.
- Führen Sie
wsadmin-Jython-Befehle aus, die den Hostnamen des Knotens ändern.
Die folgenden Beispielbefehle gehen davon aus, dass die Sicherheit aktiviert ist und dass das Produkt die Eingabe eines Benutzernamens und eines Kennworts erfordert. Geben Sie für neuer_Hostname den Hostnamen des Zielcomputers an.
wsadmin -lang jython -userName Benutzername -password Kennwort AdminTask.changeHostName('[-hostName neuer_Hostname -nodeName Knotenname]') AdminConfig.save() quit
- Verschieben Sie den Knoten aus der Produktinstallation des Quellencomputers in die Produktinstallation auf dem Zielcomputer.
Führen Sie die folgenden Schritte im Zielprofil auf dem Zielcomputer aus:
- Installieren Sie WebSphere Application Server in einem Verzeichnis mit demselben Namen wie das Produktinstallationsverzeichnis auf dem Quellencomputer.
- Erstellen Sie ein angepasstes Profil mit demselben Profilnamen, Profilverzeichnis und Knotennamen wie das Profil für den Knoten, der verschoben werden soll. Wenn Sie das angepasste Profil erstellen, wählen Sie aus, dass der Knoten später eingebunden werden soll. Wählen Sie nicht die Option aus, die den Knoten während der Profilerstellung einbindet.
- Öffnen Sie eine Eingabeaufforderung, und wechseln Sie zum Verzeichnis bin des Anwendungsserverprofils. Wenn Sie z. B. das Anwendungsserverprofil AppSrv01 verwenden, wechseln Sie zum Verzeichnis Profilstammverzeichnis/AppSrv01/bin.
- Führen Sie den Befehl
addNode mit der Option -asExistingNode aus, um den Anwendungsserverknoten durch den Knoten zu ersetzen, der verschoben werden soll. Der folgende Beispielbefehl geht davon aus, dass die Sicherheit aktiviert ist und dass das Produkt die Eingabe eines Benutzernamens und eines Kennworts erfordert.
Geben Sie für
Deployment-Manager-Host und Deployment-Manager-Port den Hostnamen und die Portnummer des Ziel-Deployment-Manager an.
addNode Deployment-Manager-Host Deployment-Manager-Port -asExistingNode -username Benutzername -password Kennwort
Einschränkung: Zuvor installierte JCA-Adapter werden nicht als Teil der WebSphere-Konfiguration gespeichert. Nachdem ein Knoten verschoben wurde, müssen JCA-Adapter erneut installiert werden, damit sie in der neuen Umgebung verwendet werden können. - Verwenden Sie die Administrationskonsole des Ziel-Deployment-Manager oder
wsadmin, um Server auf dem Knoten zu aktivieren, damit dieser ordnungsgemäß ausgeführt wird.
- Starten Sie den Knoten. Dieser Schritt wird unter dem Zielprofil ausgeführt.
- Nehmen Sie den Zielhostnamen des Anwendungsserverknotens in die virtuellen Hosts (Hostaliase) auf.
- Starten Sie die Anwendungsserver auf dem Knoten.
- Wenn der Knoten ein SSL-Zertifikat (Secure Sockets Layer) verwendet, ändern Sie das Standardzertifikat
sodass es den Hostnamen des Knotens enthält.
Informationen hierzu finden Sie in dem Artikel, der beschreibt, wie SSL-Zertifikate erstellt werden, um vorhandene Zertifikate in einem Knoten zu ersetzen.
- Synchronisieren Sie alle anderen aktiven Knoten in der Zelle.
Eventuell müssen Sie die Konfigurationen anderer Infrastrukturkomponenten, z. B. Web-Server, die statisch konfiguriert sind, aktualisieren, um Anwendungsserver zu verwenden, die sich auf bestimmten Hosts befinden.
- Einen Knoten in eine Produktinstallation auf einem anderen Betriebssystem oder mit einem anderen Pfad verschieben.
Sie können die Option -asExistingNode verwenden, um einen Knoten in eine Produktinstallation auf einem anderen Computer mit demselben Betriebssystem, aber mit einem anderen Hostnamen und Pfad, zu verschieben. Sie können diese Option auch verwenden, um einen Knoten in eine Produktinstallation auf einem anderen Computer mit einem anderen Betriebssystem, aber mit kompatiblen Dateien, zu verschieben, z. B. aus einem AIX-Betriebssystem in ein Windows-Betriebssystem.
Einschränkung:- Anwendungen, die den Scheduler verwenden, können nur ausgeführt werden, wenn derselbe Hostname verwendet wird. Weil der Hostname in einer geplanten Aufgabe enthalten ist, können Aufgaben, die bereits vor dem Verschieben des Knotens vorhanden waren, nicht ordnungsgemäß ausgeführt werden. Aufgaben, die nach dem Verschieben erstellt werden, werden jedoch ordnungsgemäß ausgeführt. Nach dem Verschieben eines Knotens sollten Sie alle geplanten Aufgaben, die beim Verschieben des Knotens bereits vorhanden waren, neu planen.
- Es ist nicht möglich, Knoten aus einer Produktinstallation unter dem Betriebssystem z/OS in eine Produktinstallation unter einem Nicht-z/OS-Betriebssystem zu verschieben.
- Zuvor installierte JCA-Adapter werden nicht als Teil der WebSphere-Konfiguration gespeichert. Nachdem ein Knoten verschoben wurde, müssen JCA-Adapter erneut installiert werden, damit sie in der neuen Umgebung verwendet werden können.
Diese Aufgabe geht davon aus, dass das Installationsverzeichnis und Profilverzeichnis von WebSphere Application Server auf dem Computer, auf dem sich der Knoten befindet, d. h. auf dem Quellencomputer, von den Verzeichnissen auf dem Zielcomputer abweichen. Der Knotenprofilname und der Knotenname auf dem Quellen- und Zielcomputer müssen jedoch identisch sein.
Zum Ausführen dieser Aufgabe führen Sie die Schritte in der Aufgabe Einen Knoten in eine Produktinstallation auf einem anderen Computer, aber in demselben Pfad, verschieben aus. Ändern Sie jedoch die Produktinstallations- und Profilpfade jedes Knotens in der Variablenzuordnung der Deployment-Manager-Konfiguration, bevor Sie den Knoten auf den Zielcomputer verschieben. Beispiele:
- Klicken Sie in der Administrationskonsole eines Deployment Manager auf Umgebung > WebSphere-Variablen.
- Wählen Sie auf der Seite "WebSphere-Variablen" den Geltungsbereich des Knotens aus, und klicken Sie dann auf die Variable WAS_INSTALL_ROOT.
- Ändern Sie auf der Seite mit den Einstellungen für die Variable WAS_INSTALL_ROOT die Einstellung Wert in den neuen Produktinstallationspfad, und speichern Sie die Änderung.
- Klicken Sie auf der Seite "WebSphere-Variablen" bei ausgewähltem Geltungsbereich des Knotens auf die Variable USER_INSTALL_ROOT.
- Ändern Sie auf der Seite mit den Einstellungen für die Variable USER_INSTALL_ROOT die Einstellung Wert in den neuen Profilinstallationspfad, und speichern Sie die Änderung.
- Wiederholen Sie diese Schritte gegebenenfalls, um den Produktinstallations- und Profilpfad jedes Knotens zu ändern, damit die Pfade für den Zielcomputer korrekt sind.
Bei dieser Aufgabe müssen die Produktinstallations- und Profilverzeichnisse auf dem Zielcomputer nicht identisch mit denen auf dem Quellencomputer sein.
- Eine Zelle von einer Zellenschablone erstellen.
Sie können aus einer vorhandenen Zelle schnell eine neue Zelle erstellen, indem Sie die Option -asExistingNode des Befehls addNode verwenden. Die neue Zelle muss denselben Namen haben wie die Zelle, die als Schablone verwendet wird.
Einschränkung:- Die Scheduler-Anwendung kann nicht ausgeführt werden, wenn mehrere Umgebungen verwendet werden. Weil der Hostname in einer geplanten Aufgabe enthalten ist, können Aufgaben, die bereits vor dem Verschieben des Knotens vorhanden waren, nicht ordnungsgemäß ausgeführt werden. Aufgaben, die nach dem Verschieben erstellt werden, werden jedoch ordnungsgemäß ausgeführt. Nach dem Verschieben eines Knotens sollten Sie alle geplanten Aufgaben, die beim Verschieben des Knotens bereits vorhanden waren, neu planen.
- Sie müssen beurteilen, ob für jede Umgebung unterschiedliche Ressourcen, z. B. Datenquellen, erforderlich sind.
- Zuvor installierte JCA-Adapter werden nicht als Teil der WebSphere-Konfiguration gespeichert. Nachdem ein Knoten verschoben wurde, müssen JCA-Adapter erneut installiert werden, damit sie in der neuen Umgebung verwendet werden können.
Wenn die Sicherheit aktiviert ist, müssen Sie für eine neue Zelle wahrscheinlich neue Schlüssel und Token generieren.
- Erstellen und konfigurieren Sie eine Zelle als Schablonenzelle, die für neue Produktinstallationen verwendet werden soll.
- Erstellen Sie mit dem Befehl backupConfig eine Kopie der Konfiguration des Deployment-Manager-Profils. Diese Kopie der Konfiguration wird später verwendet, um die Deployment-Manager-Konfiguration in der neuen Installation wiederherzustellen.
- Kopieren Sie die Schablonenzelle in eine neue Produktinstallation.
Führen Sie für jede neue Umgebung, die bereitgestellt werden soll, die folgenden Schritte aus:
- Installieren Sie WebSphere Application Server.
- Erstellen Sie die Deployment-Manager- und Anwendungsserverknotenprofile. Die Anwendungsserverprofile müssen denselben Knotennamen haben wie die Vorlagenzelle.
- Führen Sie den Befehl restoreConfig aus, um die Konfiguration des Deployment-Manager-Profils wiederherzustellen. Aktualisieren Sie den Hostnamen des Deployment Manager, indem Sie wsadmin im Lokalmodus ausführen. Wenn sich der Profilpfad oder der Produktinstallationspfad geändert hat, ändern Sie die Datei variables.xml des Deployment-Manager-Knotens, sodass sie die neuen Pfade enthält. Aktualisieren Sie ggf. weitere Eigenschaftendateien. Zu den Eigenschaftendateien, die möglicherweise aktualisiert werden müssen, gehören z. B. die Dateien wsadmin.properties und soap.client.props.
- Passen Sie im Deployment-Manager-Profil die Knotenkonfigurationen an.
Ändern Sie beispielsweise die folgenden Einstellungen:
- Hostname
- Ports
- Produktinstallationsverzeichnis
- Profilverzeichnis
- Sicherheitskonfiguration
- Führen Sie für jeden Knoten den Befehl addNode
–asExistingNode aus.
Der Befehl kann gleichzeitig auf jedem Knoten ausgeführt werden.
- Öffnen Sie eine Eingabeaufforderung, und wechseln Sie zum Verzeichnis bin des Anwendungsserverprofils. Wenn Sie z. B. das Anwendungsserverprofil AppSrv01 verwenden, wechseln Sie zum Verzeichnis Profilstammverzeichnis/AppSrv01/bin.
- Führen Sie den Befehl
addNode mit der Option -asExistingNode aus, um den Anwendungsserverknoten durch den Knoten in der Zielzelle zu ersetzen. Der folgende Beispielbefehl geht davon aus, dass die Sicherheit aktiviert ist und dass das Produkt die Eingabe eines Benutzernamens und eines Kennworts erfordert.
Geben Sie für
Deployment-Manager-Host und Deployment-Manager-Port den Hostnamen und die Portnummer des Ziel-Deployment-Manager an.
addNode Deployment-Manager-Host Deployment-Manager-Port -asExistingNode -username Benutzername -password Kennwort
- Verwenden Sie die Administrationskonsole des neuen Deployment Manager oder
wsadmin, um Server auf jedem Knoten zu aktivieren, damit diese ordnungsgemäß ausgeführt werden.
- Starten Sie den Knoten. Führen Sie den Befehl startNode im Knotenprofil aus.
- Nehmen Sie den Hostnamen des Anwendungsserverknotens in die virtuellen Hosts (Hostaliase) auf.
- Starten Sie die Anwendungsserver auf dem Knoten.
- Wenn die Zelle ein SSL-Zertifikat (Secure Sockets Layer) verwendet, ersetzen sie das selbst signierte Stammzertifikat im Stammkeystore,
DmgrDefaultRootStore.
Informationen zum Ersetzen vorhandener Zertifikate in einer Zelle finden Sie im Artikel über das Erstellen von SSL-Zertifikaten.
- Synchronisieren Sie alle anderen aktiven Knoten in der Zelle.
Nächste Schritte
Prüfen Sie die Knoten in der Zielinstallation, um sicherzustellen, dass die Knotenkonfiguration ordnungsgemäß funktioniert. Falls erforderlich, löschen Sie Profile in der Quelleninstallation.


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tagt_addNode_asExistingNode
Dateiname:tagt_addNode_asExistingNode.html