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:
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:
- Inaktivieren Sie den Vitalitätscontroller. Klicken Sie in der Administrationskonsole auf
Betriebsbedingte Richtlinien > Autonome Manager > Vitalitätscontroller.
- 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.
- Starten Sie den Vitalitätscontroller erneut. Klicken Sie in der Administrationskonsole auf
Betriebsbedingte Richtlinien > Autonome Manager > Vitalitätscontroller.
- 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.