# Einstellungen für Vitalitätsrichtlinie

Verwenden Sie diese Seite, um vorhandene Vitalitätsrichtlinien zu ändern. Vitalitätsrichtlinien werden verwendet, um unter Verwendung von Präventions- und Erkennungstechniken eine vitale Umgebung aufrecht zu erhalten.

Klicken Sie zum Anzeigen dieser Seite der Administrationskonsole auf Betriebsbedingte Richtlinien > Vitalitätsrichtlinien > Name_der_Vitalitätsrichtlinie.

Wenn Sie ein Benutzer mit dem Aufgabenbereich Monitor (Überwachung) oder Operator (Bedienung) sind, können Sie nur die Informationen zur Vitalitätsrichtlinie anzeigen. Wenn Sie der Rolle Configurator (Konfiguration) oder Administrator (Verwaltung) zugeordnet sind, haben Sie alle Konfigurationsberechtigungen für Vitalitätsrichtlinien.

Diese Seite hat zwei Registerkarten: Konfiguration und Lokale Topologie. Auf der Registerkarte Konfiguration können Sie die Einstellungen für die Vitalitätsrichtlinie anzeigen und konfigurieren. Auf der Registerkarte Lokale Topologie können Sie die Zugehörigkeit zur Vitalitätsrichtlinie in einer grafischen Darstellung anzeigen.

## Name

Gibt den Namen einer Vitalitätsrichtlinie an. Der Name der Vitalitätsrichtlinie ist erforderlich und muss innerhalb der Vitalitätsrichtlinien in der Zelle eindeutig sein.

Der Name darf nicht mit einem Punkt (`.`) oder Leerzeichen beginnen. Die Verwendung eines Leerzeichens führt zwar nicht zu einem Fehler, aber führende und nachgestellte Leerzeichen werden automatisch gelöscht. Es wird empfohlen, aussagefähige Namen für die Vitalitätsrichtlinien zu definieren und diese konsistent zu verwenden. Beispiele für geeignete Namen für altersbasierte Vitalitätsrichtlinien sind `ALTER_20TAGE`, `ALTER_15TAGE`.

## Beschreibung

Gibt eine zusätzliche Beschreibung für die Vitalitätsrichtlinie an. Die Beschreibung ist optional. Sie können die Beschreibung bearbeiten, wenn Sie eine Vitalitätsrichtlinie erstellen oder bearbeiten. Die Angabe der optionalen Beschreibung wird empfohlen, wenn Sie viele Vitalitätsrichtlinien verwenden oder wenn mehrere Administratoren dieselben Vitalitätsrichtlinien verwalten.

## Vitalitätsbedingung

Die Vitalitätsbedingung definiert, welche Richtlinie implementiert wird.

Einige Richtlinien sind präventionsbasiert und einige erkennungsbasiert. Präventionsbasierte Richtlinien werden verwendet, um Bedingungen zu verhindern, die zu Problemen führen können, wohingegen sich erkennungsbasierte Richtlinien auf die Identifizierung vorhandener Bedingungen und eine entsprechende Problemlösung stützen. Diese Richtlinien können verwendet werden, um vitalitätsbasierte Prüfungen für Cluster, dynamische Cluster und Anwendungsserverinstanzen, die auf Knoten ausgeführt werden, durchzuführen. Bei dynamischen Clustern bleibt unabhängig von der verwendeten Vitalitätsrichtlinie die Mindestanzahl der dynamischen Clusterinstanzen aktiv.

- Wenn die altersbasierte Bedingung gegen den benutzerdefinierten Alterswert verstößt, werden die zugeordneten Vitalitätsaktionen ausgeführt. Bei diesem Neustart werden alle zwischengespeicherten und aus dem Hauptspeicher angeforderten Daten bereinigt. Wenn Sie die altersbasierte Richtlinie auswählen, müssen Sie die Alterskriterien definieren. Die altersbasierte Bedingung wird für alle Servertypen unterstützt.
- Die Richtlinie mit Bedingungen für überhöhte Anzahl von Überschreitungen des Anforderungszeitlimits überwacht die Speicherbelegung bei Überschreitungen des Anforderungszeitlimits. Wenn der Prozentsatz der Zeitlimitüberschreitungen den für die Bedingung definierten Wert überschreitet, werden die zugeordneten Vitalitätsaktionen ausgeführt. Wenn Sie die Bedingung für überhöhte Anzahl von Überschreitungen des Anforderungszeitlimits auswählen, müssen Sie den Schwellenwert für die Speicherbelegung in Prozent festlegen. Die Bedingung für überhöhte Anzahl von Überschreitungen des Anforderungszeitlimits wird für alle Servertypen unterstützt.
  Einschränkung: Die Bedingung für überhöhte Anzahl von Überschreitungen des Anforderungszeitlimits gilt nicht für JMS- (Java Message Service) und IIOP-Datenverkehr (Internet Inter-ORB Protocol).
- Die Richtlinie für die Erkennung unangemessener Antwortzeiten überwacht die Anforderungen und die Zeit, die für die Ausführung dieser Anforderungen benötigt wird. Wenn Sie die Richtlinie für die Erkennung unangemessener Antwortzeiten auswählen, müssen Sie den Schwellenwert für die Antwortzeit definieren. Wenn die durchschnittliche Antwortzeit in einem bestimmten Zeitintervall den Schwellenwert überschreitet, wird die Vitalitätsrichtlinie ausgelöst. Die Bedingung für die Erkennung unangemessener Antwortzeiten wird für alle Servertypen unterstützt.
- Die Richtlinie Speicherbedingung: Überhöhte Speicherbelegung überwacht die Speicherbelegung für ein Member. Wenn die Speicherbelegung für eine bestimmte Zeit einen bestimmten Prozentsatz der Heapspeichergröße überschreitet, werden die Vitalitätsaktionen ausgeführt. Wenn Sie die Richtlinie für überhöhte Speicherbelegung auswählen, müssen Sie die Speicherbelegung und den Wert für die Zeit über dem Speicherschwellenwert definieren. Die Richtlinie für überhöhte Speicherbelegung wird nur für Anwendungsserver auf Knoten unterstützt, auf denen WebSphere Application Server oder WebSphere Application Server Community Edition ausgeführt wird. Die Bedingung für überhöhte Speicherbelegung kann für andere Typen von Middleware-Servern nicht definiert werden.
- Die Richtlinie Speicherbedingung: Speicherverlust überwacht kontinuierliche Abwärtstrends bei der einem Server zur Verfügung stehenden freien Kapazität im Java-Heapspeicher. Die eingestellte Erkennungsstufe bestimmt, wann diese Trends erkannt werden. Wenn Sie die Richtlinie "Speicherbedingung: Speicherverlust" auswählen, müssen Sie eine Erkennungsstufe definieren. Für die langsamere Erkennung werden die meisten Verlaufsdaten benötigt. Für die normale und schnellere Erkennung wird dieselbe Menge von Verlaufsdaten benötig, aber bei der schnelleren Erkennung können die Daten bereits analysiert werden, bevor der Java-Heapspeicher auf die konfigurierte Maximalgröße anwächst. Dies ermöglicht eine frühere Erkennung, aber es besteht eine höhere Wahrscheinlichkeit von Fehlalarmen. Wenn gegen diese Bedingung verstoßen wird, werden die Vitalitätsaktionen ausgeführt. Die Bedingung für Speicherverluste wird für andere Typen von Middleware-Servern nicht unterstützt.
- Die Richtlinie Eskalationsbedingung verfolgt blockierte Anforderungen. Die dieser Richtlinie zugeordneten Vitalitätsaktionen werden ausgeführt, wenn die angegebene Erkennungsstufe erreicht ist. Die Erkennung von Eskalationen basiert auf der Erkennung von Änderungspunkten (oder Trendwenden) in Daten, die über einen bestimmten Zeitraum hinweg gemessen werden. Die Messwerte, die für die Erkennung von Eskalationen verwendet werden, sind Antwortzeiten und dWLM-Wertigkeiten (Deployment Workload Manager), die für den Server beobachtet werden. Die Eskalationsbedingung gilt nur für dynamische Cluster und Zellen. Wenn Sie die Richtlinie "Eskalationsbedingung" auswählen, müssen Sie die Erkennungsstufe festlegen.

  Für die Erkennung von Änderungspunkten berechnet der Vitalitätscontroller einen linken und einen rechten Durchschnittswert für einen bestimmten Punkt. Für einen Punkt besteht der linke Durchschnittswert aus dem Durchschnittswert von N Stichproben, die vor dieser Stichprobe ankommen, und der rechte Durchschnittswert aus dem Durchschnittswert von N Stichproben, einschließlich des aktuellen Punkts, die später ankommen. Die Differenz zwischen dem linken und dem rechten Durchschnittswert wird gespeichert und mit anderen Differenzen in einer Gruppe von Werten für N verglichen, um festzustellen, ob diese Differenz ein lokales Maximum ist. Wenn diese Differenz die maximale Differenz ist, wird der Punkt, dem diese Differenz entspricht, als Änderungspunkt deklariert. Die beiden Metriken, die für die Erkennung von Eskalationen verwendet werden, sind Antwortzeiten und dWLM-Wertigkeiten (Dynamic Workload Manager), die für den Server beobachtet werden.

  Die Eskalationsbedingung wird für alle Servertypen unterstützt.
  Einschränkung: Die Eskalationsbedingung gilt nicht für JMS- und IIOP-Datenverkehr.
- Die Richtlinie Workload-Bedingung führt die zugeordneten Vitalitätsaktionen aus, wenn eine bestimmte benutzerdefinierte Anzahl an Anforderungen verarbeitet wird. Wenn Sie die Workload-Richtlinie auswählen, müssen Sie die Gesamtanforderungskriterien definieren. Die Workload-Bedingung wird für alle Servertypen unterstützt.
- Die Richtlinie für die Dauer der Garbage-Collection in Prozent überwacht eine Java Virtual Machine (JVM) oder eine Gruppe von JVMs, um festzustellen, ob diese JVMs einen bestimmten Prozentsatz für die Dauer der Garbage-Collection im Stichprobenzeitraum überschreiten. Da die Garbage-Collection die Prozessorauslastung erhöht, kann diese Richtlinie Ihnen Aufschluss darüber geben, ob eine schlechte Leistung auf die Dauer der Garbage-Collection zurückzuführen ist.

### Angepasste Bedingung

Definieren Sie eine angepasste Bedingungen, wenn die Standardbedingungen für Ihre Umgebung nicht geeignet sind.

Mit einer angepassten Bedingung definieren Sie einen Unterausdruck, der anhand von Umgebungsmetriken ausgewertet wird.

## Eigenschaften der Vitalitätsbedingung

Gibt Eigenschaften an, die für die Vitalitätsbedingung spezifisch sind.

Tabelle 1. Eigenschaften für alterbasierte Bedingungen
Einstellung | Beschreibung
--- | ---
Maximales Alter | Dieses Feld ist nur für die altersbasierte Richtlinie verfügbar. Zulässige Werte sind positive ganze Zahlen zwischen `1` Stunde und `365` Tagen. Wenn Sie einen Wert wie beispielsweise `1,5` Tage angeben möchten, müssen Sie `36` Stunden angeben, da Dezimalzahlen nicht unterstützt werden.

Tabelle 2. Eigenschaften für Bedingungen für überhöhte Anzahl von Überschreitungen des Anforderungszeitlimits
Einstellung | Beschreibung
--- | ---
Anforderungen mit Zeitlimitüberschreitungen | Dieses Feld ist für die Richtlinie für die Erkennung unangemessener Anforderungszeiten verfügbar. Die Bedingung für überhöhte Anzahl von Überschreitungen des Anforderungszeitlimits erkennt für jeden Server, der Member der Richtlinie ist, den Prozentsatz der Anforderungen für diesen Server, die nach der Weiterleitung vom On Demand Router das zulässige Zeitlimit überschritten haben (über einen Zeitraum von `60` Sekunden hinweg). Die gültigen Werte für dieses Feld sind ganze Zahlen zwischen `1` und `99`.

Tabelle 3. Eigenschaften für Bedingungen für unangemessene Antwortzeiten
Einstellung | Beschreibung
--- | ---
Antwortzeit | Dieses Feld ist nur für die Richtlinie für die Erkennung unangemessener Antwortzeiten verfügbar. Es liegt ein Verstoß gegen die Richtlinie für die Erkennung unangemessener Antwortzeiten vor, wenn die durchschnittliche Antwortzeit für die Anforderungen ein bestimmtes Zeitintervall überschreitet. Die gültigen Werte für dieses Feld sind `1` Millisekunde bis `60` Minuten.

Tabelle 4: Speicherbedingung: Eigenschaften für überhöhte Speicherbelegung
Einstellung | Beschreibung
--- | ---
Größe des JVM-Heapspeichers | Es liegt ein Verstoß gegen die Richtlinie für die Erkennung überhöhter Speicherbelegung vor, wenn die Speicherbelegung über einen bestimmten Zeitraum hinweg einen bestimmten Prozentsatz des Heapspeichers überschreitet. Der Prozentsatz der Gesamtspeicherbelegung wird in Kombination mit der Einstellung "Zeit über Speicherschwellenwert" verwendet, um festzustellen, wann Member erneut gestartet werden müssen. Die gültigen Werte für dieses Feld sind ganze Zahlen zwischen `1` und `99`.
Dauer des Verstoßes | Dieses Feld ist nur für die Richtlinie für die Erkennung überhöhter Speicherbelegung verfügbar. Es liegt ein Verstoß gegen die Richtlinie für die Erkennung überhöhter Speicherbelegung vor, wenn die Speicherbelegung über einen bestimmten Zeitraum hinweg einen bestimmten Prozentsatz des Heapspeichers überschreitet. Die gültigen Werte für dieses Feld sind `1` Sekunde bis `60` Minuten.

Tabelle 5. Speicherbedingung: Eigenschaften für Bedingungen für die Erkennung von Speicherverlusten
Einstellung | Beschreibung
--- | ---
Erkennungsstufe | Sie können zwischen den folgenden Erkennungsstufen wählen. Bei der Auswahl der Erkennungsstufe müssen Sie abwägen, was Ihnen wichtiger ist - die Geschwindigkeit oder die Genauigkeit bei der Erkennung potenzieller Speicherverluste. Schnellere Erkennung, höhere Wahrscheinlichkeit falscher Alarme: Eine schnellere Erkennungsstufe erkennt zwar potenzielle Speicherverluste schneller, hat aber im Gegensatz zu einer langsameren Erkennungsstufe die höhere Wahrscheinlichkeit, dass fälschlicherweise ein Speicherverlust gemeldet wird, weil die Analyse durchgeführt wird, bevor der Java-Heapspeicher auf seine konfigurierte Maximalgröße erweitert wurde. Standarderkennung, Standardwahrscheinlichkeit falscher Alarme: Eine Standarderkennungsstufe ist genauer als eine schnellere Richtlinie, erkennt dafür aber Speicherverluste nicht so schnell. Für die Standarderkennung und die schnellere Erkennung wird dieselbe Menge von Verlaufsdaten benötig, aber bei der Standarderkennung werden die Daten erst dann analysiert, wenn der Java-Heapspeicher auf die konfigurierte Maximalgröße erweitert wurde. Langsamere Erkennung, geringere Wahrscheinlichkeit falscher Alarme: Eine langsamere Erkennungsstufe ist am genauesten, erkennt aber potenzielle Speicherverluste nicht so schnell wie die schnellere Erkennungsstufe. Für die langsamere Erkennung werden die meisten Verlaufsdaten benötigt.

Tabelle 6. Eigenschaften für Eskalationsbedingungen
Einstellung | Beschreibung
--- | ---
Erkennungsstufe | Standarderkennung, Standardwahrscheinlichkeit falscher Alarme: Eine Standarderkennungsrichtlinie ist weniger genau als eine langsamere Richtlinie, erkennt dafür aber Eskalationen schneller. Auf dieser Stufe werden weniger Stichproben (N=10) für Antwortzeiten und Wertigkeiten des Dynamic Workload Manager verwendet und Änderungspunkte bei allen Metriken, basierend auf dem Stichprobensatz erkannt. Deshalb kommt diese Richtlinie schneller zu einem Ergebnis, weil sie 20 Stichproben abwartet (10 für den linken Durchschnittswert und 10 für den rechten Durchschnittswert), um eine Differenz zwischen den Durchschnittswerten und ein lokales Maximum zu ermitteln. Die Proben werden in einem Intervall von 15 Sekunden erfasst. Eine Eskalation kann auf diese Weise innerhalb von fünf Minuten nach ihrem Auftreten erkannt werden. Da jedoch weniger Stichproben verwendet werden, ist die Wahrscheinlichkeit von Fehlalarmen höher, wenn die Stichproben mehrere vorübergehende Lastspitzen oder Lastabfälle haben. Langsamere Erkennung, geringere Wahrscheinlichkeit falscher Alarme: Eine langsamere Erkennungsrichtlinie ist am genauesten, erkennt aber potenzielle Eskalationen nicht so schnell wie die Standarderkennungsrichtlinie. Auf dieser Stufe werden mehr Stichproben (N=15) für Antwortzeiten und Wertigkeiten des Dynamic Workload Manager verwendet. Deshalb kommt diese Richtlinie nicht so schnell zu einem Ergebnis, weil sie 30 Stichproben abwartet (15 für den linken Durchschnittswert und 15 für den rechten Durchschnittswert) um eine Differenz zwischen den Durchschnittswerten zu ermitteln. Die Erkennungszeit beträgt sieben Minuten und 30 Sekunden. Da mehr Stichproben verwendet werden, wirken sich Stichproben mit vorübergehenden Lastspitzen oder Lastabfällen nicht wesentlich auf die Durchschnittswerte aus. Die Wahrscheinlichkeit von Fehlalarmen ist deshalb geringer.

Tabelle 7. Eigenschaften für Workload-Bedingungen
Einstellung | Beschreibung
--- | ---
Gesamtanzahl der Anforderungen | Es liegt ein Verstoß gegen die workloadbasierte Richtlinie vor, wenn eine bestimmte, von Ihnen definierte Anzahl von Anforderungen bearbeitet wurde. Gültige Anforderungswerte sind ganze Zahlen, die größer als 1000 sind.

Tabelle 8. Bedingung für Dauer der Garbage-Collection in Prozent
Einstellung | Beschreibung
--- | ---
Dauer der Garbage-Collection in Prozent | Die Richtlinie für die Dauer der Garbage-Collection in Prozent überwacht eine Java Virtual Machine (JVM) oder eine Gruppe von JVMs, um festzustellen, ob diese JVMs einen bestimmten Prozentsatz für die Dauer der Garbage-Collection in einem bestimmten Zeitraum überschreiten. Die Einheiten sind Prozentsätze. Der Standardwert ist 10. Die gültigen Werte für dieses Feld sind alle ganzen Zahlen von 1 bis 99.
Zeitraum für Stichprobenentnahme | Dieses Feld gibt den Zeitraum an, in dem Garbage-Collection-Daten erfasst werden. Der Prozentsatz der Garbage-Collection-Dauer im Stichprobenzeitraum muss über dem Schwellenwert liegen, bevor Korrekturmaßnahmen eingeleitet werden. Die Einheiten sind Minuten und Stunden. Der Standardwert sind 2 Minuten. Die gültigen Werte für dieses Feld sind 1 Minute bis 24 Stunden.

Tabelle 9. Angepasste Bedingungseigenschaften
Einstellung | Beschreibung
--- | ---
Reaktionsplan ausführen, wenn | Gibt einen Unterausdruck an, der die Metrik darstellt, die Sie in Ihrer Bedingung auswerten.

## Reaktion der Vitalitätsüberwachung

Gibt an, wie sich Intelligent Management verhält, wenn eine definierte Vitalitätsbedingung eintritt.

## Reaktionsmodus

Gibt den Reaktionsmodus an, der das Verhalten der Vitalitätsrichtlinie definiert. Die gültigen Reaktionsmodi sind Kontrolliert und Automatisch.

- Wenn der Reaktionsmodus auf Kontrolliert gesetzt ist, sind Vitalitätsrichtlinien aktiv, und es werden Empfehlungen für Aktionen über eine Laufzeittask an den Administrator gesendet. Der Administrator kann den Empfehlungen folgen. Wenn der Administrator eine Empfehlung genehmigt, werden automatisch die entsprechenden Aktionen zur Verbesserung der Vitalitätsbedingung ausgeführt.
- Wenn der Reaktionsmodus auf Automatisch gesetzt ist, protokollieren Vitalitätsrichtlinien aktiv Daten, und das Produkt führt automatisch, d. h. ohne Genehmigung des Administrators, Aktionen zur Verbesserung der Vitalitätsbedingungen aus.

## Folgende Aktionen beim Verstoß gegen die Vitalitätsbedingung ausführen

Sie können bestimmte Aktionen definieren, die bei einem Verstoß gegen die Vitalitätsrichtlinie ausgeführt werden sollen. Sie können vorhandene Standardaktionen angeben oder angepasste Aktionen definieren, um eine ausführbare Datei auszuführen.

Es erscheint eine Liste mit Aktionen in der Reihenfolge, in der sie bei einem Verstoß gegen die Vitalitätsbedingung ausgeführt werden. Wenn Sie eine Aktion hinzufügen möchten, klicken Sie auf Aktion hinzufügen.... Sie können eine vorhandene Standardaktion für die Vitalitätsrichtlinie angeben, eine von Ihnen erstellte angepasste Aktion angeben oder eine neue angepasste Aktion erstellen.

Wenn Sie einen Schritt entfernen möchten, wählen Sie den Schritt aus, und klicken Sie anschließend auf Aktion entfernen. Wenn Sie die Reihenfolge Ihrer Schritte ändern möchten, wählen Sie den Schritt aus, den Sie an eine andere Position verschieben möchten, und klicken Sie anschließend auf Nach oben oder Nach unten.

## Zugehörigkeit

Gibt die Member für die Vitalitätsrichtlinie an. Über dieses Feld wird die für die Member definierte Vitalitätsrichtlinie aktiviert. Die Zugehörigkeit ist keine Eins-zu-Eins-Beziehung. Member können mehreren Richtlinien zugeordnet werden.

Um das Feld Zugehörigkeit zu editieren, wählen Sie in der Liste den gewünschten Member-Typ aus. Die potenziellen Member werden im Feld Für Zugehörigkeit verfügbar angezeigt. Wählen Sie die entsprechenden Member in der Liste Verfügbar für Zugehörigkeit aus. Wenn Sie mehrere Member auswählen möchten, drücken Sie die Steuertaste, und halten Sie sie so lange gedrückt, bis Sie alle gewünschten Einträge ausgewählt haben. Klicken Sie anschließend auf Hinzufügen, um der Zugehörigkeit für die Vitalitätsrichtlinie die ausgewählten Einträge hinzuzufügen.

Zugehörige Informationen:
Vitalitätsrichtlinien
Vitalitätsrichtlinie erstellen: Allgemeine Eigenschaften einer Vitalitätsrichtlinie definieren
Vitalitätsrichtlinie erstellen: Eigenschaften einer Vitalitätsbedingung definieren
Vitalitätsrichtlinie erstellen: Zu überwachende Member angeben
Angepasste Aktionen
Einstellungen für angepasste Aktionen
Erstellungsprogramm für Unterausdrücke für angepasste Vitalitätsbedingungen

Dateiname: hc_detail_main.html