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


Fehlerbehebung bei der Vitalitätsüberwachung

Wenn die Vitalitätsüberwachung gar nicht oder nicht wie erwartet funktioniert, können Sie prüfen, ob einer der im folgenden Abschnitt erläuterten Fehler vorliegt.

Die richtigen Protokolle finden

Der Vitalitätscontroller ist eine verteilte Ressource, die vom Manager mit hoher Verfügbarkeit (HA-Manager) verwaltet wird. Er ist in allen Node-Agent- und Deployment-Manager-Prozessen vorhanden und in einem dieser Prozesse aktiv. Wenn ein Prozess ausfällt, wird der Controller in einem anderen Node-Agent- oder Deployment-Manager-Prozess aktiviert.

Klicken Sie in der Administrationskonsole auf Laufzeitoperationen > Extended Deployment > Basiskomponenten, um festzustellen, wo der Vitalitätscontroller ausgeführt wird. Die Position und der Stabilitätsstatus des Vitalitätscontrollers werden angezeigt.

Der Performance Advisor ist für die Standardvitalitätsrichtlinie für Speicherverluste aktiviert.

Die Standardrichtlinie für Speicherverluste verwendet die Funktionalität des Performance Advisor, daher wird der Performance Advisor aktiviert, wenn dieser Richtlinie Member zugeordnet werden. Zum Inaktivieren des Performance Advisor muss entweder diese Vitalitätsrichtlinie entfernt oder die Zugehörigkeit zur Vitalitätsrichtlinie eingegrenzt werden. Wenn die Vitalitätsrichtlinie für künftige Verwendung erhalten möchten, könnten Sie die Standardrichtlinie für Speicherverlust beibehalten, aber alle ihre Member entfernen. Zum Ändern der Member klicken Sie auf Betriebsbedingte Richtlinien > Vitalitätsrichtlinien > Default_Memory_Leak. Sie können die Zugehörigkeiten zur Vitalitätsrichtlinie bearbeiten, indem Sie der Richtlinie bestimmte Member hinzufügen oder diese Member aus der Richtlinie entfernen.

Einstellungen für den Vitalitätscontroller

Die folgende Liste beschreibt Probleme, die aufgrund der Einstellungen des Vitalitätscontrollers auftreten können:
Vitalitätscontroller ist inaktiviert
Überprüfen Sie die Einstellung in der Administrationskonsole. Klicken Sie dazu auf Betriebsbedingte Richtlinien > Autonome Controller > Vitalitätscontroller, und wählen Sie die Register "Konfiguration" und "Laufzeit" aus. Der Vitalitätscontroller ist standardmäßig aktiviert.
Es werden keine Neustarts zugelassen
Überprüfen Sie die Zeiten, zu denen kein Neustart zulässig ist. Klicken Sie dazu in der Administrationskonsole auf Betriebsbedingte Richtlinien > Autonome Controller > Vitalitätscontroller, und wählen Sie das Feld Unzulässige Zeiten für Neustart aus. Standardmäßig kann ein Neustart jederzeit durchgeführt werden.
Neustarts folgen zu schnell aufeinander
Zum Überprüfen des Mindestneustartintervalls klicken Sie in der Administrationskonsole auf Betriebsbedingte Richtlinien > Autonome Controller > Vitalitätscontroller. Ändern Sie anschließend den Wert im Feld Mindestintervall für Neustart. Standardmäßig ist kein Mindestintervall definiert.
Der Steuerzyklus ist zu lang
Zum Überprüfen der Länge des Steuerzyklus klicken Sie in der Administrationskonsole auf Betriebsbedingte Richtlinien > Autonome Controller > Vitalitätscontroller. Passen Sie den Wert bei Bedarf an. Der Vitalitätscontroller prüft in regelmäßigen Abständen, ob gegen Richtlinien verstoßen wird. Wenn der Steuerzyklus zu lang ist, werden die Server möglicherweise nicht schnell genug gestartet.
Der Server wurde X Mal hintereinander gestartet, aber trotzdem wird die Vitalitätsbedingung nicht erfüllt
In diesem Fall gibt X die maximal zulässige Anzahl aufeinanderfolgender Neustarts für den Vitalitätscontroller an. Der Vitalitätscontroller schließt daraus, dass das Problem durch einen Neustart nicht behoben werden kann, und unterbindet einen weiteren Neustart des Servers. Die folgende Nachricht wird im Protokoll angezeigt:

WXDH0011W: Die maximal zulässige Anzahl der Prüffehler für Server Servername wurde überschritten. Neustarts werden inaktiviert.

Der Vitalitätscontroller überwacht den Server weiterhin und zeichnet Nachrichten im Protokoll auf, wenn die Vitalitätsrichtlinie nicht eingehalten wird. Beispiel:

WXDH0012W: Beim Server Servername, für den Neustarts inaktiviert sind, ist die Vitalitätsprüfung fehlgeschlagen.

Mit den folgenden Aktionen können Sie Neustarts für den Server aktivieren:
  • Vitalitätscontroller inaktivieren und anschließend aktivieren,
  • Einstellung Maximale Anzahl aufeinanderfolgender Neustarts des Controllers anpassen,
  • den folgenden Befehl an der Eingabeaufforderung ausführen:

    wsadmin -profile HmmControllerProcs.jacl enableServer Servername

    Dieses Script ist im Verzeichnis <Installationsstammverzeichnis>\bin auf den Node-Agent- bzw. Deployment-Manager-Knoten verfügbar. Dieses Script setzt einen aktiven Deployment Manager voraus.

Einstellungen für Vitalitätsrichtlinie

Die folgenden Probleme können aufgrund der Einstellungen für Vitalitätsrichtlinien auftreten:
Der Server ist keiner Vitalitätsrichtlinie zugeordnet
Überprüfen Sie, ob die Zugehörigkeit zur Vitalitätsrichtlinie für Ihren Server gültig ist. Klicken Sie dazu in der Administrationskonsole auf Betriebsbedingte Richtlinien > Vitalitätsrichtlinien.
Der Reaktionsmodus einer dem Server zugeordneten Richtlinie ist "Kontrolliert"
Klicken Sie in der Administrationskonsole auf Laufzeitoperationen > Task-Verwaltung > Laufzeit-Tasks, um Bestätigungsanforderungen für eine Neustartaktion für eine Richtlinie im Modus Kontrolliert zu suchen. Server werden automatisch erneut gestartet, wenn Sie Automatisch als Reaktionsmodus festlegen. Die folgende Nachricht zur kontrollierten Bedingung wird in das Protokoll geschrieben:
WXDH0024I: Der Server Servername hat gegen die Vitalitätsbedingung Name verstoßen. Der Reaktionsmodus ist "Kontrolliert".
Der Server ist ein Member eines statischen Clusters und das einzige aktive Cluster-Member
Die Vitalitätsrichtlinie beendet nicht alle Member eines Clusters gleichzeitig. Wenn ein Cluster ein Cluster-Member enthält oder nur ein Cluster-Member aktiv ist, wird der Cluster nicht erneut gestartet.
Der Server ist Member eines dynamischen Cluster, die Anzahl der aktiven Instanzen liegt unter dem Mindestwert, und der Verteilungscontroller ist inaktiviert.
Überprüfen Sie die Mindestanzahl der erforderlichen Instanzen für den dynamischen Cluster. Klicken Sie dazu in der Administrationskonsole auf Server > Dynamische Cluster. In diesem Fall behandelt die Vitalitätsüberwachung den dynamischen Cluster wie einen statischen Cluster und verwendet den Parameter für die Mindestanzahl der Instanzen.
Der Vitalitätscontroller hat die Richtlinie nicht erhalten
Der Vitalitätscontroller wird nicht im Deployment Manager ausgeführt, wo die Vitalitätsrichtlinien erstellt werden. Wenn der Deployment Manager nach dem Start des Vitalitätscontrollers erneut gestartet wird, hat der Vitalitätscontroller möglicherweise nicht die neue Richtlinie.
Sie können dieses Problem beheben, indem Sie die folgenden Schritte ausführen:
  1. Inaktivieren Sie den Vitalitätscontroller. Klicken Sie in der Administrationskonsole auf Betriebsbedingte Richtlinien > Autonome Manager > Vitalitätscontroller.
  2. Synchronisieren Sie die Konfigurations-Repositorys mit den Back-End-Knoten. Klicken Sie in der Administrationskonsole auf Systemverwaltung > Knoten. Wählen Sie die zu synchronisierenden Knoten aus, und klicken Sie anschließend auf Synchronisieren.
  3. Starten Sie den Vitalitätscontroller erneut. Klicken Sie in der Administrationskonsole auf Betriebsbedingte Richtlinien > Autonome Manager > Vitalitätscontroller.
  4. Synchronisieren Sie die Konfigurations-Repositorys mit den Back-End-Knoten. Klicken Sie in der Administrationskonsole auf Systemverwaltung > Knoten. Wählen Sie die zu synchronisierenden Knoten aus, und klicken Sie anschließend auf Synchronisieren.

Interaktionen des Controllers für die Verteilung von Anwendungen

Die folgende Liste beschreibt Probleme, die aufgrund der Interaktionen zwischen dem Controller für die Vitalitätsüberwachung und dem Controller für die Verteilung von Anwendungen auftreten können:
Der Server ist Member eines dynamischen Cluster, aber es kann keine Verbindung zum Verteilungscontroller hergestellt werden
Für dynamische Cluster-Member prüft die Vitalitätsüberwachung zusammen mit dem Controller für die Verteilung von Anwendungen, ob ein Server erneut gestartet werden kann. Wenn der Controller für die Verteilung von Anwendungen zwar aktiv ist, aber nicht erreicht werden kann, erscheint die folgende Nachricht im Protokoll:

WXDH1018E: Es konnte keine Verbindung zum Verteilungscontroller  hergestellt werden.

Vergewissern Sie sich, dass der Verteilungscontroller aktiv ist. Klicken Sie in der Administrationskonsole auf Laufzeitoperationen > Extended Deployment > Basiskomponenten, um festzustellen, wo der Vitalitätscontroller ausgeführt wird. Die Position und der Stabilitätsstatus des Vitalitätscontrollers werden angezeigt. Der Vitalitätscontroller protokolliert Nachrichten in dem Node Agent oder Deployment Manager, der durch die aktuelle Position angegeben ist.
Der Server ist Member eines dynamischen Cluster, der Verteilungscontroller ist aktiv, und der Verteilungscontroller weist die Vitalitätsüberwachung an, den Server nicht erneut zu starten
Der Verteilungscontroller kann erfordern, dass die Serverinstanz aktiv bleibt.
Der Server wird gestoppt, aber nicht erneut gestartet
In einem dynamischen Cluster gibt es verschiedene Formen des Neustarts:
  • Sofortiger Neustart (Server stoppen, Server starten).
  • Serverinstanz auf einem anderen Knoten starten und den nicht mehr ordnungsgemäß funktionierenden Server stoppen.
  • Nur den nicht mehr funktionierenden Server stoppen und davon ausgehen, dass die verbleibenden Anwendungsinstanzen den Bedarf decken sollen.

Der Verteilungscontroller bestimmt die Form des Neustarts und gegebenenfalls die Positionen, an denen die neue Instanz gestartet wird. Nach einem Neustart in einem dynamischen Cluster setzt die Vitalitätsüberwachung eine Anforderung an den Verteilungscontroller für eine Neuberechnung der Verteilung ab.

Sensorprobleme

Die folgende Liste beschreibt Probleme, die aufgrund der Einstellungen für die Vitalitätsüberwachung und die Zugehörigkeit zu Knotengruppen auftreten können:
Es werden keine Sensordaten für den Server empfangen
Die Vitalitätsüberwachung kann Verstöße gegen Richtlinien nicht erkennen, wenn sie von den für die Richtlinie erforderlichen Sensoren keine Daten empfängt. Wenn im Steuerzyklus keine Sensordaten empfangen werden, gibt die Vitalitätsüberwachung die folgende Protokollnachricht aus:

WXDH3001E: Es wurden keine PMI-Prüfdaten
im Steuerzyklus vom Server Servername für die Vitalitätsklasse healthpolicy empfangen.

Für Antwortzeitbedingungen empfängt die Vitalitätsüberwachung Daten vom On Demand Router (ODR). Es werden erst dann Daten für diese Bedingungen generiert, wenn Anforderungen über den ODR gesendet werden.



Zugehörige Konzepte
Vitalitätsüberwachung
Zugehörige Tasks
Vitalitätsüberwachung konfigurieren
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/rodhealthfail.html