z/OS-Anpassungsvariablen: Anwendungsserver einbinden

Geben Sie im Profile Management Tool Werte für die Variablen an, um Anpassungsdaten und Anweisungen zu erstellen, die Sie zum Einbinden eines Anwendungsservers verwenden können.

Profile Management Tool erstellt Anpassungsdaten und Anweisungen, die zum Konfigurieren der Laufzeitumgebung von WebSphere Application Server for z/OS verwendet werden. Es wird jedoch erst dann ein z/OS-Laufzeitprofil erstellt, wenn die in den generierten Anweisungen aufgelisteten Aktionen auf dem z/OS-Zielsystem ausgeführt werden.

Name der Anpassungsdefinition

Name der Anpassungsdefinition
Der Name, der die Anpassungsdefinition angibt.

Dieser Name wird auf der Workstation verwendet, um die Anpassungsdaten und Anweisungen zu identifizieren, die erstellt 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 die zu verwendenden Standardwerte enthält.

Wenn dieser Wert angegeben ist, werden die Werte aus der Antwortdatei vorab in die Eingabefelder eingetragen.

Tipp: Es wird jedesmal eine Antwortdatei geschrieben, wenn eine Anpassungsdefinition erstellt wird. Diese Antwortdatei enthält alle Variablen, die zum Erstellen der Anpassungsdefinition verwendet wurden, und sie kann verwendet werden, um die Standardwerte vorab zu laden, wenn eine ähnliche Anpassungsdefinition definiert wird. Normalerweise müssen Sie eine Antwortdatei aus einer Anpassungsdefinition angeben, die denselben Typ hat wie die Definition, die Sie definieren möchten. Sie können jedoch auch eine Antwortdatei eines anderen Anpassungsdefinitionstyps verwenden, um die meisten Standardwerte für einen ähnlichen Typ vorab zu laden.

Standardwerte

Optionen für die Generierung von Standardwerten für diese Anpassungsdefinition

Wenn Sie eine Antwortdatei für die Festlegung von Standardwerten angegeben haben, überschreiben alle hier ausgewählten Standardwerte die entsprechenden Werte in der Antwortdatei.

Standardportwerte
Wählen Sie Standardportwerte aus dem folgenden Portbereich aus.

Wenn diese Option nicht ausgewählt ist, wird jeder Portwert standardmäßig auf eine von IBM bereitgestellte Nummer gesetzt. Wenn diese Option ausgewählt ist, wird jeder Standardportwert aus dem folgenden Portnummernbereich ausgewählt.

Der Portbereich muss mindestens 10 Ports enthalten.

Niedrigste Standardportnummer
Die niedrigste Nummer, die als Standardportnummer zugeordnet werden kann.
Höchste Standardportnummer
Die höchste Nummer, die als Standardportnummer zugeordnet werden kann.

Zieldateien

Übergeordnetes Qualifikationsmerkmal (HLQ)
Das übergeordnete Qualifikationsmerkmal für die z/OS-Zieldateien, die die generierten Jobs und Anweisungen enthalten.
Wenn eine Anpassungsdefinition auf das z/OS-Zielsystem hochgeladen wird, werden die Anpassungsjobs und -dateien in ein Paar partitionierter Dateien geschrieben. Obwohl es möglich ist, diese Dateien wiederzuverwenden, wird empfohlen, separate Dateien für jede Konfiguration von WebSphere Application Server for z/OS zu erstellen. Es empfiehlt sich, das Präfix für Anpassungsdateinamen (manchmal auch config_hlq genannt) zu verwenden, um Version und Release von WebSphere Application Server for z/OS, die ausgeführte Task und die konfigurierte Zelle (sowie in manchen Fällen auch den Knotennamen) anzugeben. Beispielsweise können Sie das Präfix des folgenden Dateinamens zum Konfigurieren einer eigenständigen Zelle von WebSphere Application Server mit dem Namen TESTCELL für Version 9.0 verwenden:
SYSPROG1.WAS90.TESTCELL.APPSERV
In diesem Beispiel werden die folgenden beiden Dateien erstellt, wenn die Anpassungsdefinition auf das z/OS-Zielsystem hochgeladen wird:
SYSPROG1.WAS90.TESTCELL.APPSERV.CNTL
SYSPROG1.WAS90.TESTCELL.APPSERV.DATA
Die CNTL-Datei ist eine partitionierte Datei (PDS) mit Datensätzen fester Länge (80-Byte-Blöcke), die die Anpassungsjobs enthalten. Die DATA-Datei ist eine PDS mit Daten variabler Länge für die anderen Anpassungsdaten.
Regel: Das übergeordnete Qualifikationsmerkmal (HLQ, High-Level Qualifier) kann sich aus mehreren Qualifikationsmerkmalen (bis zu 39 Zeichen) zusammensetzen.
Die generierten Stapeljobs und Anweisungen werden in zwei partitionierte z/OS-Dateien hochgeladen:
HLQ.CNTL
Eine partitionierte Datei mit Datensätzen fester Länge (80-Byte-Blöcke), die die Anpassungsjobs enthalten.
HLQ.DATA
Eine partitionierte Datei mit Daten variabler Länge für die anderen Daten, die in der Anpassungsdefinition enthalten sind.
Tipp: Als HLQ (High-Level Qualifier, übergeordnetes Qualifikationsmerkmal) für die Datei kann ein mehrstufiges HLQ angegeben werden.

Anwendungsserver einbinden

Zugriff auf den Anwendungsserver
Pfadname des Ausgangsverzeichnisses für WebSphere Application Server
Ausgangsverzeichnis
Mountpunkt des Konfigurationsdateisystems
Mountpunkt für das Dateisystemverzeichnis mit Schreib-/Lesezugriff, in das die Anwendungsdaten und Umgebungsdateien geschrieben werden.
Verzeichnispfadname relativ zum Mountpunkt
Der relative Pfadname des Verzeichnisses im Konfigurationsdateisystem, in dem sich die Anwendungsserverkonfiguration befindet.
Die Anwendungsserversicherheit ist aktiviert.
Gibt an, ob die globale Sicherheit in der Zelle mit dem Anwendungsserver aktiviert ist.
Benutzer-ID
Die Benutzer-ID mit vollständigen Verwaltungsberechtigungen für die Zelle mit dem Anwendungsserver.
Kennwort
Das Kennwort für die Benutzer-ID, die vollständige Verwaltungsberechtigungen für die Zelle mit dem Anwendungsserver besitzt.
Zugriff auf den Deployment Manager
Hostname oder IP-Adresse des Knotens
Der IP-Name oder die IP-Adresse des Systems, auf dem der Deployment-Manager-Server konfiguriert ist.

Dieser Wert, der der Option "cell host" in der Datei addNode.sh entspricht, wird von anderen Funktionen von WebSphere Application Server for z/OS verwendet, um eine Verbindung zu diesem Server herzustellen, um den angegebenen Knoten in die Deployment-Manager-Zelle einzubinden.

Der Hostname des Knotens muss immer in einen IP-Stack auf dem System aufgelöst werden, auf dem der Deployment Manager ausgeführt wird. Der Hostname des Knotens darf kein DVIPA- oder DNS-Name sein, der auf eine andere Weise die Weiterleitung von Anforderungen an mehrere Systeme bewirkt.

JMX-Verbindungstyp des Deployment Manager
RMI
Die Verbindung zum Deployment Manager wird über eine RMI-Verbindung hergestellt.
SOAP
Die Verbindung zum Deployment Manager wird über eine SOAP-Verbindung hergestellt.
JMX-Port des Deployment Manager
Der JMX-SOAP-Connector-Port, den die "add-node"-Anforderung verwendet, um die Verbindung zum Deployment Manager herzustellen.

Dieser Port gibt dem Einbindungsprozess Auskunft darüber, welcher Deployment Manager das Ziel der Einbindung ist.

Deployment-Manager-Verbindung erfordert Sicherheitsinformationen
Gibt an, ob ein Benutzer mit vollständiger Administratorberechtigung Berechtigungsnachweise benötigt, um eine Verbindung zum Deployment Manager herzustellen.

Die Benutzer-ID und das Kennwort sind erforderlich, wenn die globale Sicherheit in der Network Deployment-Zelle aktiviert ist und sofern kein RMI-Connector verwendet wird.

Benutzer-ID
Die Benutzer-ID mit vollständigen Verwaltungsberechtigungen für die Network Deployment-Zelle.
Kennwort
Das Kennwort für die Benutzer-ID, die vollständige Verwaltungsberechtigungen für die Network Deployment-Zelle besitzt.
Node-Agent-Definitionen
Kurzname des Servers
Der Name des Node-Agent-Servers.
Dies ist der Jobname des Servers, der mit dem Parameter JOBNAME des MVS-Befehls START angegeben wird. Dieser Wert gibt den Server für bestimmte z/OS-Funktionen (z. B. SAF) an, die von WebSphere Application Server for z/OS verwendet werden.
Regel: Der Name darf aus maximal sieben Großbuchstaben bestehen.
Ausgeschriebener Name des Servers
Der Name des Node Agent und die primäre externe Kennung des Node-Agent-Servers.

Dieser Name identifiziert den Server so, wie er in der Administrationskonsole angezeigt wird. Der ausgeschriebene Name des Node-Agent-Servers wird auf den festen Wert "nodeagent" gesetzt.

JMX-SOAP-Connector-Port
Die Portnummer für die JMX-HTTP-Verbindungen zu diesem Server, basierend auf dem SOAP-Protokoll (SOAP_CONNECTOR_ADDRESS).

JMX wird für Fernverwaltungsfunktionen wie das Aufrufen von Scripts über wsadmin.sh verwendet.

Regel: Der Wert darf nicht 0 sein.
IP-Adresse des ORB-Listeners
Die IP-Adresse, an der der ORB des Servers auf den Empfang ankommender IIOP-Anforderungen wartet.

Der Standardwert ist * und weist den ORB an, an allen verfügbaren IP-Adressen empfangsbereit zu sein.

ORB-Listener-Port
Der Port für IIOP-Anforderungen, der für diesen Server als Bootstrap-Port verwendet wird und an dem der ORB IIOP-Anforderungen (BOOTSTRAP_ADDRESS und ORB_LISTENER_ADDRESS) akzeptiert.
Regel: Der Wert darf nicht 0 sein.
ORB-SSL-Listener-Port
Der Port für sichere IIOP-Anforderungen (ORB_SSL_LISTENER_ADDRESS).

Der Standardwert ist 0 und ermöglicht dem System, diesen Port auszuwählen.

Knotenerkennungsport
Definiert den TCP/IP-Port, an dem die Node Agents auf Erkennungsanforderungen des Deployment Manager warten (NODE_DISCOVERY_ADDRESS).
Multicast-Knotenerkennungsport
Definiert den Multicast-Port, über den der Node Agent Erkennungsanforderungen an die verwalteten Server sendet (NODE_MULTICAST_DISCOVERY_ADDRESS).

Die Multicast-IP-Adresse, an der der Erkennungsport geöffnet wird, wird von WebSphere Application Server for z/OS standardmäßig auf 232.133.104.73 gesetzt. Diese Standardadresse kann mit der Administrationskonsole geändert werden. Dies ist eine CLASS-D-Adresse. Die gültigen IP-Adressen liegen zwischen 224.0.0.0 und 239.255.255.255.

Port für IPv6-Multicast-Knotenerkennung
Definiert den IPv6-Multicast-Port, über den der Node Agent Erkennungsanforderungen an seine verwalteten Server sendet (NODE_IPV6_MULTICAST_DISCOVERY_ADDRESS).
Lokaler Verwaltungsport
Der Port für den JMX-Connector, der am Loopback-Adapter (IPC_CONNECTOR_ADDRESS) empfangsbereit ist.

Der Connector verwendet das Kommunikationsprotokoll "local comm", d. h., der Port wird nur für lokale Übertragungen im z/OS-Systemimage (oder Sysplex) verwendet.

(DCS-)Kommunikationsport des High Availability Manager
Der Port, an dem der High Availability Manager empfangsbereit ist (DCS_UNICAST_ADDRESS).
RPC-Port für Middlewareagenten
Kommunikationsport für die Verwaltungsfunktionen von WebSphere Extended Deployment (NODE_XDAGENT_PORT)
UDP-Overlay-Port für Knotenverwaltung
UDP-Kommunikationsport für die Verwaltungsfunktionen von WebSphere Extended Deployment (NODE_OVERLAY_UDP_LISTENER_ADDRESS)
TCP-Overlay-Port für Knotenverwaltung
TCP-Kommunikationsport für die Verwaltungsfunktionen von WebSphere Extended Deployment (NODE_OVERLAY_TCP_LISTENER_ADDRESS)
Neuer ORB-Listener-Port des Anwendungsservers
Der Port für IIOP-Anforderungen, der für diesen Server als Bootstrap-Port verwendet wird und an dem der ORB IIOP-Anforderungen akzeptiert.

Diese Benutzer-ID ist außerdem Eigner aller Konfigurationsdateisysteme.

Regel: Der Wert darf nicht 0 sein.
Name der Knotengruppe
Die Knotengruppe, in die der Knoten gestellt wird.

Geben Sie "DefaultNodeGroup" an, wenn sich der Knoten in demselben Systemkomplex wie der Deployment Manager befindet.

Name der Konfigurationsgruppe
Der Gruppenname der Konfigurationsgruppe von WebSphere Application Server.
Konfigurationsbenutzer-ID
Die Benutzer-ID, die Eigner des Konfigurationsdateisystems ist.
Anwendungen einschließen
Gibt an, ob Anwendungen mit dem Deployment-Manager-Knoten eingeschlossen werden sollen.

Mit der Aktivierung dieser Option wird der Befehl addNode angewiesen, Anwendungen vom Knoten einzuschließen. Andernfalls entfernt der Befehl die Anwendungen vor der Einbindung. Wenn die Anwendung bereits in der Zelle vorhanden ist, wird eine Warnung ausgegeben, und die Anwendung wird nicht in der Zelle installiert.

Sie müssen diese Option verwenden, um alle Anwendungen in die neue Zelle zu migrieren. Wenn Sie den Knoten mit dem Befehl addNode in eine Zelle einbinden, werden keine Konfigurationsdaten auf Zellenebene zusammengefügt. Dies betrifft auch die Konfigurationsdaten von virtualHost.

Node Agent nach der Knoteneinbindung starten
Gibt an, ob der Node Agent nach der Einbindung eines Knotens automatisch gestartet werden soll.
Auf diesem Knoten vorhandene SIBs einbinden
Gibt an, ob auf dem Knoten vorhandene SIBs (Service Integration Bus) eingebunden werden sollen.

Definition von Jobanweisungen

Alle Anpassungsjobs, die automatisch angepasst werden, benötigen eine Jobanweisung. Geben Sie eine gültige Jobanweisung für Ihre Installation ein. Der Anpassungsprozess aktualisiert den Jobnamen automatisch in allen generierten Jobs, so dass Sie sich um diesen Teil der Jobanweisung nicht kümmern müssen. Wenn Fortsetzungszeilen erforderlich sind, ersetzen Sie die Kommentarzeilen durch Fortsetzungszeilen.


Symbol, das den Typ des Artikels anzeigt. Referenzartikel



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