WebSphere Virtual Enterprise, Version 6.1.1
             Betriebssysteme: AIX, HP-UX, Linux, Solaris, Windows


Befehl "xd_hadmgrAdd"

Der Befehl xd_hadmgrAdd bindet ein neues Deployment-Manager-Profil in eine Zelle ein. Das neue Deployment-Manager-Profil wird in derselben Zelle, in der sich das bereits vorhandene Deployment-Manager-Profil befindet, in einen Deployment-Manager-Peer mit hoher Verfügbarkeit konvertiert. Der Befehl muss in dem neuen hinzuzufügenden Deployment-Manager-Profil ausgeführt werden.

Syntax

[For distributed platforms] Die Befehlssyntax ist wie folgt:
xd_hadmgrAdd -hostname (primärer_Deployment-Manager-Host) [-port (primärer_Deployment-Manager-Port)]
-configRoot (vollständig_qualifizierter_Pfad_der_gemeinsamen_Konfiguration)]
-workspaceRoot(vollständig_qualifizierter_Pfad_des_Arbeitsbereichs)
-proxyServerJmxSoapAddress (JMX-SOAP-Host):(JMX-SOAP-Host)
-proxyServerHttpPort (HTTP-Port)(sicherer_HTTP-Port) [-uniquePort] [-user (uid)]
[-password (Kennwort)] [-quiet] [-logfile (Dateiname)] [-replacelog] [-trace] [-help] 

Die Parameter proxyServerJmxSoapAddress und proxyServerHttpPort sind nur erforderlich, wenn Sie den ersten Standby-Deployment-Manager erstellen.

Parameter

Die folgenden Optionen sind für den Befehl xd_hadmgrAdd verfügbar:

-hostname <Hostname>
Gibt den Hostnamen an, der verwendet wird, um eine Verbindung zum vorhandenen Deployment Manager herzustellen.
-port <Port>
Gibt den Port an, der verwendet wird, um eine Verbindung zum vorhandenen Deployment Manager herzustellen.
-configRoot <vollständig qualifizierter Pfad>
Gibt den vollständig qualifizierten Pfad der Konfiguration an.
-workspaceRoot <vollständig qualifizierter Pfad>
Gibt den vollständig qualifizierten Pfad des Arbeitsbereichs an.
-proxyServerJmxSoapAddress <Host:Port>
Gibt die JMX-SOAP-Adresse (Java Management Extensions) für den Proxy-Server an.
-proxyServerHttpPort <Port> <sicherer_Port>
Gibt die HTTP-Ports für den Proxy-Server an.
-user <Benutzer>
Gibt den Benutzernamen an, der verwendet wird, um eine Verbindung zum vorhandenen Deployment Manager herzustellen.
-password <Kennwort>
Gibt das Kennwort an, das verwendet wird, um eine Verbindung zum vorhandenen Deployment Manager herzustellen.
-quiet
Unterdrückt die Fortschrittsinformationen, die der Befehl xd_hadmgrAdd im normalen Modus ausgibt.
-logfile <Dateiname>
Gibt das Verzeichnis der Protokolldatei an, in die Daten geschrieben werden. Standardmäßig wird die Datei hadmgrAdd.log im Verzeichnis logs des Profils für den Knoten erstellt, der hinzugefügt wird.
-replacelog
Ersetzt die Protokolldatei, anstatt sie an das aktuelle Protokoll anzuhängen. Standardmäßig fügt der Befehl xd_hadmgrAdd seine Ausgaben am Ende der vorhandenen Trace-Datei hinzu. Diese Option bewirkt, dass der Befehl xd_hadmgrAdd die Trace-Datei überschreibt.
-trace
Generiert zusätzliche Trace-Informationen für Debug-Zwecke in der Protokolldatei.
-uniquePort
Überprüft, ob ein Portkonflikt vorliegt. Wenn der neue Port sich in einem Konflikt mit den vorhandenen Ports befindet, wird der Wert für den neuen Port jeweils um den Wert 1 erhöht, bis ein freier Port gefunden ist. Dieser Prozess ist nicht erforderlich, wenn dem Deployment-Manager-Profil bei der Erstellung eindeutige Ports zugewiesen wurden.
-help
Zeigt Syntaxhilfe an.

Verwendung

In den folgenden Beispielen wird die richtige Syntax veranschaulicht:

Zu Beginn eine bereits vorhandene Network-Deployment-Zelle, die in der folgenden Verzeichnisstruktur installiert und konfiguriert wird:

Beschreibung Name
Ausgangsverzeichnis von WebSphere Application Server /WebSphere/AppServer/
Vorhandenes Deployment-Manager-Profil /shared/profiles/PrimaryManagerNode

/shared Mount-Punkt befindet sich auf einer SAN-FS-Einheit.

Führen Sie das Tool für die Profilkonfiguration oder das Befehlszeilentool wasprofile aus, um ein anderes Deployment-Manager-Profil, das dieser Network-Deployment-Installation zugeordnet ist, zu erstellen. Erstellen Sie dieses Profil auf der gemeinsam genutzten Platte, in diesem Beispiel /shared Mount-Punkt. Sie müssen den richtigen Hostnamen angeben, den dieser Deployment Manager überwachen soll. Sie können die expliziten Portnummern für den Standby-Deployment-Manager angeben, wenn Sie das Profil erstellen, oder Sie können –uniquePort angeben, wenn Sie den Befehl xd_hadmgrAdd ausführen, wie im folgenden Beispiel veranschaulicht. Sie können für den Zellennamen jeden Wert angeben, da der Wert Zellenname ohnehin so geändert wird, dass er mit dem Namen der Zelle, zu der dieser Deployment-Manager-Peer mit hoher Verfügbarkeit während des Konvertierungsprozesses hinzugefügt wird, übereinstimmt. Sie müssen einen Knotennamen angeben, der in der Zelle, zu der dieser Deployment-Manager-Peers mit hoher Verfügbarkeit hinzugefügt wird, eindeutig ist.

Nach dem Erstellen des Profils haben Sie Folgendes:
Beschreibung Name
Ausgangsverzeichnis von WebSphere Application Server /WebSphere/AppServer/
Vorhandenes Deployment-Manager-Profil /shared/profiles/PrimaryManagerNode
Neues Deployment-Manager-Profil /shared/profiles/StandbyManagerNode
Führen Sie den Befehl xd_hadmgrAdd aus, um das neue Deployment-Manager-Profil in derselben Zelle, in der sich das bereits vorhandene Deployment-Manager-Profil befindet, in einen Deployment-Manager-Peer mit hoher Verfügbarkeit zu konvertieren.
xd_hadmgrAdd.bat.sh –hostname a.a.a.a -port 8880
-configRoot /shared/profiles/PrimaryManagerNode/config
-workspaceRoot /shared/profiles/PrimaryManagerNode
-proxyServerJmxSoapAddress x.x.x.x:8880

-proxyServerHttpPort 9060 9043
-user wsadmin
-password ******** 
-uniquePort

Wenn Sie das Repository des zentralen Installationsmanagers installieren oder das zweite Deployment-Manager-Profil erstellen, ändern Sie den Wert der Eigenschaft CENTRALIZED_INSTALL_REPOSITORY_ROOT in der Datei Installationsstammverzeichnis\properties\cimgr.props von c:\ProgramFiles\IBM\WebSphere\AppServer\Repository-Ordner in ${WAS_INSTALL_ROOT}/Repository-Ordner.

Wenn Sie den Befehl xd_hadmgrAdd verwenden, wird die Zellenkonfiguration wie folgt geändert:

  1. Der neue Deployment Manager wird so konfiguriert, dass er dieselbe Instanz des Konfigurations-Repository verwendet wie der vorhandene Deployment Manager, der sich zusammen mit dem vorhandenen Deployment Manager auf einer gemeinsam genutzten Einheit befinden muss.
  2. Der neue Deployment Manager wird so konfiguriert, dass er dasselbe gemeinsam genutzte Verzeichnis des angegebenen Arbeitsbereichs verwendet, das sich zusammen mit dem vorhandenen Deployment Manager auf einer gemeinsam genutzten Einheit befinden muss.
  3. Der On Demand Router (ODR) wird mit den folgenden Angaben konfiguriert:
    1. HTTP-Transport-Channel wc_admin und ws_admin_secure
    2. JMX_SOAP_PROXY_ADDRESS-Endpunkt.
  4. Die Deployment Manager werden wie folgt erneut konfiguriert:
    1. Die JMX_SOAP_CONNECTOR-Adressen des Deployment Manager verweisen auf die JMX_SOAP_PROXY_ADDRESS des ODR.
    2. Es wird eine JMX_SOAP_PROXY_ADDRESS hinzugefügt, in der derselbe konfigurierte Host oder Port angegeben ist wie in der JMX_SOAP_ADDRESS.

Wenn Sie den Befehl xd_hadmgrAdd verwenden, wird die Zellenkonfiguration wie folgt geändert:

Nach der Konfigurationsänderung beinhaltet der ODR die logischen Endpunkte für den Deployment Manager und leitet Kommunikationsanforderungen für den Deployment Manager an den aktiven Deployment Manager weiter.

Beispielsweise verweist der konfigurierte Hostname des Deployment Manager in einer nicht hoch verfügbaren ODR-Konfiguration auf den ODR:

Abbildung 1. ODR-Konfiguration ohne hohe Verfügbarkeit
ODR-Konfiguration mit einem nicht hoch verfügbaren Deployment Manager

Wenn Sie den ODR als Single Point of Failure ausschließen möchten, wird eine hoch verfügbare ODR-Konfiguration mit mindestens zwei On Demand Routern empfohlen, die Daten von einem Internet Protocol Sprayer empfangen. In diesem Fall verweist der in der JMX_SOAP_ADDRESS konfigurierte Hostname der Deployment Manager auf die folgende Einheit:

Abbildung 2. Hochverfügbare ODR-Konfiguration mit zwei On Demand Routern und einem IP-Sprayer
Der IP-Sprayer verwendet Portzuordnungen, um Anforderungen an eine Gruppe mit zwei On Demand Routern weiterzuleiten. Es sind auch zwei Deployment Manager vorhanden: ein primärer Deployment Manager und ein Standby-Deployment-Manager.

Der Deployment Manager mit hoher Verfügbarkeit unterstützt nur die Verwendung des JMX-SOAP-Connector. Der JMX-RMI-Connector wird in dieser Konfiguration nicht unterstützt.

  1. Der neue Deployment Manager wird so konfiguriert, dass er dieselbe Instanz des Konfigurations-Repository verwendet wie der vorhandene Deployment Manager, der sich zusammen mit dem vorhandenen Deployment Manager auf einer gemeinsam genutzten Einheit befinden muss.
  2. Der neue Deployment Manager wird so konfiguriert, dass er dasselbe gemeinsam genutzte Verzeichnis des angegebenen Arbeitsbereichs verwendet, das sich zusammen mit dem vorhandenen Deployment Manager auf einer gemeinsam genutzten Einheit befinden muss.
  3. Der On Demand Router (ODR) wird mit den folgenden Angaben konfiguriert:
    1. HTTP-Transport-Channel "wc_admin" und "ws_admin_secure".
    2. JMX_SOAP_PROXY_ADDRESS-Endpunkt.
  4. Die Deployment Manager werden wie folgt erneut konfiguriert:
    1. Die JMX_SOAP_CONNECTOR-Adressen des Deployment Manager verweisen auf die JMX_SOAP_PROXY_ADDRESS des ODR.
    2. Es wird eine JMX_SOAP_PROXY_ADDRESS hinzugefügt, in der derselbe konfigurierte Host oder Port angegeben ist wie in der JMX_SOAP_ADDRESS.



Zugehörige Konzepte
Deployment Manager mit hoher Verfügbarkeit
Zugehörige Tasks
Umgebung eines Deployment Manager mit hoher Verfügbarkeit konfigurieren
Das Produkt installieren
Zugehörige Informationen
Befehl xd_hadmgrRemove
Referenzartikel    

Nutzungsbedingungen | Feedback

Letzte Aktualisierung: 24.09.2009 16.39 Uhr EDT
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r1m1/index.jsp?topic=/com.ibm.websphere.ops.doc/info/odoe_task/rxd_hadmgrAdd.html