![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[z/OS]](../images/ngzos.gif)
Wartungsmodus festlegen
Legen Sie den Wartungsmodus fest, um Diagnosetasks auszuführen, Wartungspakete anzuwenden oder einen Knoten oder Server zu optimieren. Der Wartungsmodus kann die Unterbrechung von Clientanforderungen verhindern. Dies geschieht dadurch, dass der Clientdatenverkehr, der an einen im Wartungsmodus befindlichen Server oder Knoten gerichtet ist, an einen anderen Server oder Knoten weitergeleitet wird.
Vorbereitende Schritte
- Sie können den Wartungsmodus für einen Server oder Knoten einstellen, der in der Administrationskonsole angezeigt wird.
- Klicken Sie zum Anzeigen der konfigurierten Knoten auf . Wenn Sie alle konfigurierten Server anzeigen möchten, klicken Sie auf .
- Sie können den Wartungsmodus verwenden, wenn Sie Anforderungen über On Demand Router (ODR) oder Proxy-Server weiterleiten. Wenn Sie einen Web-Server für die Weiterleitung von Anforderungen verwenden, wird der Wartungsmodus nicht erkannt.
- Der ODR-Wartungsmodus wird unterstützt, wenn dem ODR ein Web-Server-Plug-in vorangestellt ist. Der Dateigenerator plugin-cfg.xml generiert das Plug-in entsprechend, um die verschiedenen Modi von Knoten und den Serverwartungsmodus umzusetzen. Sie können den Knoten- und Serverwartungsmodus verwenden, um Servicepakete auf der ODR-Schicht auf dieselbe Weise anzuwenden, wie Sie Servicepakete auf der Anwendungsserverschicht anwenden.
- Wird ein Server in den Wartungsmodus versetzt, ist dies eine persistente Änderung.
Ein Server verbleibt auch dann im Wartungsmodus, wenn er erneut gestartet wird. Dies gilt so lange, bis der Modus explizit geändert wird.
Der Wartungsmodus eines Servers wird als angepasste Servereigenschaft persistent gespeichert.
Der Name dieser angepassten
Eigenschaft ist
server.maintenancemode.
Für die Eigenschaft server.maintenancemode kann einer der folgenden Werte angegeben werden:
- false: Dieser Wert inaktiviert den Wartungsmodus.
- break: Dieser Wert stoppt die Weiterleitung des Datenverkehrs an den Server.
- affinity: Mit diesem Wert wird nur der Datenverkehr mit Affinität zum Server weitergeleitet.
- stop: Dieser Wert stoppt den Server und versetzt ihn permanent in den Unterbrechungsmodus ("break").
Informationen zu diesem Vorgang
Wenn ein Knoten oder Server den Status Aktiv hat, stuft die Umgebung für dynamische Operationen diesen Knoten bzw. Server als verfügbaren Knoten bzw. Server für die Bearbeitung von Anwendungsanforderungen ein. Wenn Probleme auftreten, müssen Sie für den Knoten oder Server eine Diagnose durchführen, Wartungspakete anwenden oder den Knoten bzw. Server optimieren. Verwenden Sie den Wartungsmodus, um Die Weiterleitung von Datenverkehr an den Knoten oder Server zu stoppen, während Sie das Problem bestimmen.
Wenn sich ein Server im Wartungsmodus befindet, kann der Controller für die Verteilung von Anwendungen diesen Server nicht steuern. Der Server wird bei der Ermittlung der minimalen oder maximalen Anzahl von Instanzen für den dynamischen Cluster nicht berücksichtigt. Für das Starten mehrerer Instanzen auf Knoten wird der konfigurierte Maximalwert abzüglich der Anzahl der Server im Wartungsmodus auf dem Knoten verwendet, um festzustellen, ob Server auf dem Knoten erstellt werden müssen. Wenn diese Methode verwendet wird, erstellt und löscht die Umgebung für dynamische Operationen keine Serverinstanzen, um die konfigurierte Maximalanzahl an Instanzen zu unterstützen, da die dynamischen Clusterinstanzen in den bzw. aus dem Wartungsmodus versetzt werden.
Sie können den Wartungsmodus verwenden, um Wartungsarbeiten auf Knotenebene für die ODRs so auszuführen, wie Sie Wartungsarbeiten auf Knotenebene für Anwendungsserverknoten ausführen. Der Serverwartungsmodus kann für ODRs ähnlich wie für Anwendungsserver verwendet werden.
Die beiden Routing-Richtlinien permitMM und permitstickyMM sind Arbeitsklassen entsprechende Aktionen, die dazu verwendet werden können, HTTP-Datenverkehr an Server im Wartungsmodus weiterzuleiten. Weitere Informationen hierzu finden Sie im Artikel "Routing- und Servicerichtlinien".
Vorgehensweise
Ergebnisse
HTTP- und SIP-Datenverkehr (Session Initiation Protocol) wird nicht mehr an die Knoten bzw. Server im Wartungsmodus weitergeleitet. Die EJB-Affinität (Enterprise JavaBeans) wird nicht aufgehoben. Anforderungen mit EJB-Affinität und JMS-Datenverkehr (Java™ Message Service) werden weiterhin an den Server, der sich im Wartungsmodus befindet, weitergeleitet.