# Erstellungsprogramm für Unterausdrücke für angepasste Vitalitätsbedingungen

Verwenden Sie das Erstellungsprogramm für Unterausdrücke für angepasste Vitalitätsbedingungen, um eine angepasste Vitalitätsbedingung für Ihre Vitalitätsrichtlinie zu definieren. Verwenden Sie das Dienstprogramm 'Unterausdruck erstellen', um mit AND, OR, NOT und parenthetischen Gruppierungen komplexe Regelbedingungen aus Unterausdrücken zu erstellen. Das Erstellungsprogramm für Unterausdrücke validiert die Regeln, wenn Sie die Änderungen anwenden, und gibt Warnungen aus, wenn Klammern nicht korrekt gesetzt sind oder nicht unterstützte logische Operationen verwendet werden.

Klicken Sie zum Anzeigen dieser Seite der Administrationskonsole auf Betriebsbedingte Richtlinien > Vitalitätsrichtlinien > Neu. Wenn Sie eine angepasste Vitalitätsbedingung auswählen, wird das Feld Reaktionsplan ausführen, wenn angezeigt. Klicken Sie auf Erstellungsprogramm für Unterausdrücke, um die angepasste Vitalitätsbedingung zu erstellen.

Wählen Sie die Eigenschaften aus, die Sie in Ihre angepasste Vitalitätsbedingung aufnehmen möchten, und klicken Sie anschließend auf Unterausdruck generieren. Daraufhin wird der Wert des Unterausdrucks angezeigt. Klicken Sie auf Anfügen, um den Unterausdruck an Ihre angepasste Vitalitätsbedingung anzufügen.

## Logischer Operator

Gibt den Operator an, der verwendet wird, um diesen Unterausdruck an den vorherigen Unterausdruck in der angepassten Vitalitätsbedingung anzufügen.

and
  Die beiden Unterausdrücke, die den Operator `and` umgeben, müssen wahr sein, damit Aktionen für die Vitalitätsrichtlinie ausgeführt werden.
or
  Wenn Sie einen Knoten auswählen möchten, muss einer der beiden Unterausdrücke, die den Operator `or` umgeben, wahr sein, damit Aktionen für die Vitalitätsrichtlinie ausgeführt werden.

## Operand

- PMI-Metrik: Ab Serverstart und PMI-Metrik: Letztes Berichtsintervall

  Die Der Operand PMI-Metrik: Ab Serverstart verwendet eine durchschnittliche Zahl der seit dem Serverstart berichteten Werte.

  Der Operand PMI-Metrik: Letztes Berichtsintervall verwendet einen Durchschnitt der berichteten Werte aus dem letzten Intervall. Das Intervall entspricht der Länge des Vitalitätscontrollerzyklus.

  Beide PMI-Operanden haben die folgenden PMI-Module:

  - Verbindungspoolmodul (JDBC): Diese Metriken können nur auf Servern verwendet werden, auf denen WebSphere Application Server ausgeführt wird. Das Verbindungspoolmodul hat die folgenden Metriken:
    - Fehler: Gibt die Anzahl der Überschreitungen des Verbindungszeitlimits im Pool an.
    - Anzahl erstellter Verbindungen: Gibt die Gesamtanzahl erstellter Verbindungen an.
    - Auslastung in Prozent: Gibt die durchschnittliche Auslastung des Pools in Prozent an. Der Wert basiert auf der Gesamtanzahl konfigurierter Verbindungen im Verbindungspool und nicht auf der aktuellen Anzahl der Verbindungen.
    - Anzahl verworfener Einträge aus dem Cache für vorbereitete Anweisungen: Gibt die Anzahl an Anweisungen an, die verworfen wurden, weil der Cache voll ist.
    - Anzahl gelöschter Verbindungen: Gibt die Gesamtanzahl gelöschter Verbindungen an.
    - Poolgröße: Gibt die Größe des Verbindungspools an.
    - Anzahl der Verbindungskennungen: Gibt die Anzahl der Verbindungsobjekte an, die verworfen wurden, weil der Cache voll ist.
    - Gleichzeitig wartende Threads: Gibt die durchschnittliche Anzahl der Threads an, die gleichzeitig auf eine Verbindung warten.
    - Anzahl verwalteter Verbindungen: Gibt die Anzahl der ManagedConnection-Objekte an, die für einen bestimmten Verbindungspool im Gebrauch sind. Diese Metrik gilt nur für Datenquellen der Version 5.0.
    - Maximalauslastung in Prozent: Gibt in Prozent an, wie lange alle Verbindungen durchschnittlich im Gebrauch sind.
    - JDBC-Zeit (Millisekunden): Gibt die durchschnittliche Zeit (in Millisekunden) an, die für die Ausführung von JDBC-Aufrufen (Java Database Connectivity) aufgebracht wird. Diese Zeit umfasst die im im JDCB-Treiber, im Netz und in der Datenbank verbrachte Zeit. Diese Metrik gilt nur für Datenquellen der Version 5.0.
    - Durchschnittliche Nutzungsdauer (Millisekunden): Gibt die durchschnittliche Nutzungsdauer einer Verbindung in Millisekunden an. Der Wert ist die Differenz zwischen Zuweisung und Rückgabe der Verbindung. Dieser Wert umfasst die Zeit für JDBC-Operationen.
    - Anzahl zurückgegebener Verbindungen: Gibt die Gesamtanzahl der Verbindungen an, die an den Pool zurückgegeben werden.
    - Freie Verbindungen im Pool: Gibt die Anzahl freier Verbindungen im Pool an.
    - Anzahl zugeordneter Verbindungen: Gibt die Gesamtanzahl zugeordneter Verbindungen an.
    - Durchschnittliche Wartezeit (Millisekunden): Gibt die durchschnittliche Wartezeit in Millisekunden an.
  - Systemmodul: Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird. Das Systemmodul hat die folgenden Metriken:
    - CPU-Auslastung: Seit Serverstart: Gibt die durchschnittliche CPU-Auslastung seit dem Start des Servers an.
    - CPU-Auslastung: Letztes Intervall: Gibt die durchschnittliche CPU-Auslastung seit der letzten Abfrage an.
    - Freier Speicher (KB): Gibt eine Momentaufnahme des freien Speichers (in Kilobytes) an.
  - Prozessmodul (für andere Server): Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird. Das Prozessmodul hat die folgenden Metriken:
    - Prozessresidenter Speicher (KB): Gibt den prozessresidenten Speicher in Kilobytes an.
    - Prozessbezogene CPU-Auslastung: Seit Serverstart: Gibt die prozessbezogene CPU-Auslastung seit dem Serverstart an.
    - Prozessbezogene CPU-Auslastung: Letztes Intervall: Gibt die prozessbezogene CPU-Auslastung im letzten Intervall an.
    - Gesamtspeicher für Prozesse (KB): Gibt den Gesamtspeicher für Prozesse in Kilobytes an.
  - EJB-Modul: Diese Metriken können nur auf Servern verwendet werden, auf denen WebSphere Application Server ausgeführt wird. Das EJB-Modul hat die folgenden Metriken:
    - Durchschnittliche Anzahl gleichzeitig aktiver Methoden: Gibt die durchschnittliche Anzahl an Methoden an, die gleichzeitig aktiv sind.
    - Gesamtanzahl der Methodenaufrufe: Gibt die Anzahl der Aufrufe ferner Methoden der Bean an.
    - Methodensubmodul: Geladene Methoden: Gibt die geladenen Methoden im Methodensubmodul an.
    - Speichervorgänge: Gibt an, wie oft die Bean-Daten im persistenten Speicher gespeichert wurden.
    - Nachrichtenanzahl: Gibt die Anzahl der zugestellten Nachrichten an. Diese Nachrichtenanzahl gilt für nachrichtengesteuerte Beans (MDBs, Message-Driven Beans).
    - Durchschnittliche Anzahl gleichzeitig aktiver Beans: Gibt an, wie viele Beans durchschnittlich zur selben Zeit aktiv sind.
    - Entfernte Beans: Gibt an, wie oft Beans entfernt wurden.
    - Rückgaben an den Pool: Gibt die Anzahl der Aufrufe an, die ein Objekt an den Pool zurückgeben.
    - Inaktivierungen: Gibt an, wie oft Beans in den Status "Inaktiviert" versetzt wurden.
    - Abrufe aus dem Pool: Gibt die Anzahl der Aufrufe an, die ein Objekt aus dem Pool abrufen.
    - Poolbereinigungen: Gibt an, wie oft der Dämon festgestellt hat, dass der Pool inaktiv ist, und daraufhin versucht hat, den Pool zu bereinigen.
    - Betriebsbereite Beans: Gibt die Anzahl der Bean-Instanzen im Bereitschaftsstatus an.
    - Durchschnittliche Zeit für Erstellen (Millisekunden): Gibt die durchschnittliche Zeit (in Millisekunden) für die Ausführung eines Aufrufs zum Erstellen einer Bean an. Die Zeit umfasst die Zeit zum Laden der Bean.
    - Verworfene Rückgaben: Gibt an, wie oft das zurückgegebene Objekt verworfen wurde, weil der Pool voll ist.
    - Aktivierungen: Gibt an, wie oft Beans aktiviert wurden.
    - Nutzung von Serversitzungen (Prozent): Gibt die Nutzung des Pools der Serversitzungen in Prozent an. Diese Metrik gilt für nachrichtengesteuerte Beans (MDBs, Message-Driven Beans).
    - Ladevorgänge: Gibt an, wie oft Bean-Daten aus dem persistenten Speicher geladen wurden.
    - Zurücksetzungszähler für Nachrichten: Gibt die Anzahl zurückgesetzter Nachrichten an, die der Methode "onMessage" der Bean nicht zugestellt werden konnten. Diese Metrik gilt für nachrichtengesteuerte Beans (MDBs, Message-Driven Beans).
    - Methodensubmodul: Antwortzeit der Methoden (Millisekunden): Gibt die Antwortzeit der Methode in Millisekunden an.
    - Inaktivierungszähler: Gibt die Anzahl der Beans im Status "Inaktiviert" an.
    - Poolgröße: Gibt die durchschnittliche Anzahl der Objekte im Pool an.
    - Ladezeit (Millisekunden): Gibt die durchschnittliche Zeit (in Millisekunden) zum Laden der Bean-Daten aus dem persistenten Speicher an.
    - Durchschnittliche Zeit für Entfernen (Millisekunden): Gibt die durchschnittliche Zeit (in Millisekunden) für die Ausführung eines Aufrufs zum Entfernen einer Bean an. Diese Zeit umfasst die Zeit in der Datenbank.
    - Abrufe mit gefundenem Objekt: Gibt an, wie oft bei einem Abruf ein verfügbares Objekt im Pool gefunden wurde.
    - Aktivierungszeit: Gibt die durchschnittliche Zeit (in Millisekunden) für die Aktivierung eines Bean-Objekts an.
    - Durchschnittliche Bereinigungsgröße: Gibt die durchschnittliche Anzahl der Objekte an, die bei jeder Bereinigung verworfen werden.
    - Methodensubmodul: Methodenaufrufe: Gibt die Anzahl der Methodenabrufe an.
    - Anzahl gelöschter Beans: Gibt an, wie oft Beans gelöscht wurden.
    - Durchschnittliche Wartezeit auf eine Serversitzung (Millisekunden): Gibt die durchschnittliche Zeit (in Millisekunden) für den Erhalt einer Serversitzung aus dem Pool an. Diese Metrik gilt für nachrichtengesteuerte Beans (MDBs, Message-Driven Beans).
    - Anzahl erstellter Beans: Gibt an, wie oft Beans erstellt wurden.
    - Durchschnittliche Antwortzeit der Methoden (Millisekunden): Gibt die durchschnittliche Methodenantwortzeit (in Millisekunden) für ferne Methodenaufrufe in der Bean an.
    - Instanziierungen: Gibt an, wie oft Beans instanziert wurden.
    - Speicherzeit (Millisekunden): Gibt die durchschnittliche Zeit (in Millisekunden) für das Speichern der Bean-Daten im persistenten Speicher an.
    - Inaktivierungszeit (Millisekunden): Gibt die durchschnittliche Zeit für die Inaktivierung eines Bean-Objekts an.
  - Webanwendungsmodul: Diese Metriken können nur auf Servern verwendet werden, auf denen WebSphere Application Server ausgeführt wird. Webanwendungsmodule haben die folgenden Metriken:
    - Fehleranzahl: Gibt die Gesamtanzahl der Fehler an, die vom Servlet oder von den JSP-Dateien empfangen wurden.
    - Gesamtanzahl der Anforderungen: Gibt die Gesamtanzahl der von einem Servlet verarbeiteten Anforderungen an.
    - Antwortzeit (Millisekunden): Gibt die durchschnittliche Antwortzeit (in Millisekunden) für die Fertigstellung von Servletanforderungen an.
    - Gleichzeitige Anforderungen: Gibt die Anzahl der Anforderungen an, die gleichzeitig verarbeitet werden.
    - Anzahl erneut geladener Servlets: Gibt die Anzahl der erneut geladenen Servlets an.
    - Anzahl geladener Servlets: Gibt die Anzahl der Servlets an, die geladen wurden.
  - JVM-Laufzeitmodul: Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird. JVM-Laufzeitmodule (Java Virtual Machine) haben die folgenden Metriken:
    - Freier Speicher (KB): Gibt den freien Speicher (in Kilobytes) in der Java-Laufzeitumgebung an.
    - Verfügbarkeitszeit (Sekunden): Gibt an, wie lange (in Sekunden) die JVM bereits ausgeführt wird.
    - Gesamtspeicher (KB): Gibt den Gesamtspeicher (in Kilobytes) in der Java-Laufzeitumgebung an.
    - Belegter Speicher (KB): Gibt den belegten Speicher (in Kilobytes) in der Java-Laufzeitumgebung an.
  - Threadpoolmodul: Diese Metriken können nur auf Servern verwendet werden, auf denen WebSphere Application Server ausgeführt wird. Threadpoolmodule haben die folgenden Metriken:
    - Anzahl gestoppter Threads: Gibt die Anzahl der Threads an, die als gestoppt deklariert sind.
    - Maximalauslastung in Prozent: Gibt in Prozent an, wie lange alle Threads durchschnittlich im Gebrauch sind.
    - Durchschnittliche Aktivitätszeit (Millisekunden): Gibt an, wie lange (in Millisekunden) die Threads durchschnittlich aktiv sind.
    - Anzahl gelöschter Threads: Gibt die Gesamtanzahl gelöschter Threads an.
    - Poolgröße: Gibt die durchschnittliche Anzahl der Threads im Pool an.
    - Anzahl erstellter Threads: Gibt die Gesamtanzahl erstellter Threads an.
    - Gleichzeitig blockierte Threads: Gibt die Anzahl der Threads an, die gleichzeitig gestoppt wurden.
    - Anzahl aufgehobener Threadstopps: Gibt die Anzahl aufgehobener Threadstopps an.
    - Anzahl aktiver Threads: Gibt die Anzahl der Threads an, die gleichzeitig aktiv sind.
  Unterausdrucksformat für PMI-Metrik: Ab Serverstart:

      PMIMetric_FromServerStart$moduleName$metricName Operator Long-WertL (mit dem Suffix "L")

  Beispiel:

      PMIMetric_FromServerStart$systemModule$cpuUtilization  >  90L

  Unterausdrucksformat für PMI-Metrik: Letztes Berichtsintervall:

      PMIMetric_FromLastInterval$moduleName$metricName Operator Long-WertL (mit dem Suffix "L")

  Beispiel:

      PMIMetric_FromLastInterval$webAppModule$responseTime  > 200L

- ODR-Metrik auf Serverebene: Ab Serverstart
  Sie können einen Teil der Metriken auf Serverebene verwenden, die der On Demand Router (ODR) veröffentlicht. Diese Metriken werden kumulativ ab dem Serverstart berichtet.
  Metrikname

    Sie können die folgenden Metriken auf Serverebene verwenden:

    - Abgänge: Gibt die Anzahl der Anforderungen an, die während des Berichtsintervalls von der Warteschlange an den Server zugestellt wurden. Es wird nur eine Zuteilung für eine Anforderung gezählt, selbst wenn die Zuteilung zum ersten Server scheitert und zu einem späteren Zeitpunkt wiederholt wird. Das nächste Ereignis nach der Zuteilung ist die Rückgabe. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
    - Antwortzeit (Millisekunden): Gibt die durchschnittliche Antwortzeit für Anforderungen an. Zum Berechnen dieses Durchschnittswerts müssen Sie die Antwortzeiten für die Anforderungen, die während des Berichtsintervalls vom Server an den Client zurückgegeben werden, addieren. Die Einheit für die Summe sind Millisekunden. Dividieren Sie diese Summe durch den Wert der Metrik "serviced", um die durchschnittliche Antwortzeit zu erhalten. Die Antwortzeit einer Anforderung ist die Summe aus Wartezeit und Servicezeit der Anforderung. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
    - Derzeit ausgeführte Anforderungen: Gibt die Anzahl der Anforderungen an, die am Ende des Berichtsintevalls noch ausgeführt werden. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
    - Servicezeit (Millisekunden): Gibt die durchschnittliche Servicezeit für Anforderungen an. Zur Berechnung dieses Durchschnittswerts müssen Sie die Servicezeiten der Anforderungen, die während des Berichtsintervalls an den Server zurückgegeben werden, addieren. Die Einheit für die Summe sind Millisekunden. Dividieren Sie diese Summe durch den Wert der Metrik "serviced" desselben Intervalls, um den Durchschnitt zu erhalten. Die Servicezeit einer Anforderung ist die Zeit von Zuteilung bis Rückgabe. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
    - Wartezeit (Millisekunden): Gibt die durchschnittliche Wartezeit für Anforderungen an. Zur Berechnung dieses Durchschnittswertes müssen Sie die Zeiten, die die einzelnen Anforderungen im Berichtsintervall in der Warteschlange verbringen, addieren. Die Einheit für die Summe sind Millisekunden. Wenn Sie diese Summe durch die Anzahl der zugeteilten Anforderungen dividieren, erhalten Sie die durchschnittliche Wartezeit. Verworfene Anforderungen sind in dieser Summe nicht berücksichtigt. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
    - Fehler: Gibt die Anzahl der Anforderungen an, die während des Berichtsintervalls mit einem Fehleranzeiger vom Server zurückgegeben wurden. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
    - Verarbeitete Anforderungen: Gibt die Anzahl der Anforderungen an, die während des Berichtsintervalls vom Server an den Client zurückgegeben wurden. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
    - Zeitlimitüberschreitungen: Gibt die Anzahl der Anforderungen an, die während des Berichtsintervalls aufgrund einer Überschreitung des Servicezeitlimits zurückgegeben wurden. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
  Unterausdrucksformat:

      ODRServerMetric_FromServerStart$metricName Operator Long-WertL (mit dem Suffix "L")

  Beispiel:

      ODRServerMetric_FromServerStart$errors  > 100L

- ODR-Metrik auf Serverebene: Letztes Berichtsintervall
  Sie können denselben Metriksatz wie beim Operanden "ODR-Metrik auf Serverebene: Ab Serverstart" verwenden. Dieser Operand verwendet einen Durchschnittswert der berichteten Werte aus dem letzten Intervall. Das Intervall entspricht der Länge des Vitalitätscontrollerzyklus.
  - Abgänge: Gibt die Anzahl der Anforderungen an, die während des Berichtsintervalls von der Warteschlange an den Server zugestellt wurden. Es wird nur eine Zuteilung für eine Anforderung gezählt, selbst wenn die Zuteilung zum ersten Server scheitert und zu einem späteren Zeitpunkt wiederholt wird. Das nächste Ereignis nach der Zuteilung ist die Rückgabe. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
  - Antwortzeit (Millisekunden): Gibt die durchschnittliche Antwortzeit für Anforderungen an. Zum Berechnen dieses Durchschnittswerts müssen Sie die Antwortzeiten für die Anforderungen, die während des Berichtsintervalls vom Server an den Client zurückgegeben werden, addieren. Die Einheit für die Summe sind Millisekunden. Dividieren Sie diese Summe durch den Wert der Metrik "serviced", um die durchschnittliche Antwortzeit zu erhalten. Die Antwortzeit einer Anforderung ist die Summe aus Wartezeit und Servicezeit der Anforderung. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
  - Derzeit ausgeführte Anforderungen: Gibt die Anzahl der Anforderungen an, die am Ende des Berichtsintevalls noch ausgeführt werden. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
  - Servicezeit (Millisekunden): Gibt die durchschnittliche Servicezeit für Anforderungen an. Zur Berechnung dieses Durchschnittswerts müssen Sie die Servicezeiten der Anforderungen, die während des Berichtsintervalls an den Server zurückgegeben werden, addieren. Die Einheit für die Summe sind Millisekunden. Dividieren Sie diese Summe durch den Wert der Metrik "serviced" desselben Intervalls, um den Durchschnitt zu erhalten. Die Servicezeit einer Anforderung ist die Zeit von Zuteilung bis Rückgabe. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
  - Wartezeit (Millisekunden): Gibt die durchschnittliche Wartezeit für Anforderungen an. Zur Berechnung dieses Durchschnittswertes müssen Sie die Zeiten, die die einzelnen Anforderungen im Berichtsintervall in der Warteschlange verbringen, addieren. Die Einheit für die Summe sind Millisekunden. Wenn Sie diese Summe durch die Anzahl der zugeteilten Anforderungen dividieren, erhalten Sie die durchschnittliche Wartezeit. Verworfene Anforderungen sind in dieser Summe nicht berücksichtigt. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
  - Fehler: Gibt die Anzahl der Anforderungen an, die während des Berichtsintervalls mit einem Fehleranzeiger vom Server zurückgegeben wurden. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
  - Verarbeitete Anforderungen: Gibt die Anzahl der Anforderungen an, die während des Berichtsintervalls vom Server an den Client zurückgegeben wurden. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
  - Zeitlimitüberschreitungen: Gibt die Anzahl der Anforderungen an, die während des Berichtsintervalls aufgrund einer Überschreitung des Servicezeitlimits zurückgegeben wurden. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
  Unterausdrucksformat:

      ODRServerMetric_FromLastInterval$metricName Operator Long-Wert (mit dem Suffix "L")

  Beispiel:

      ODRServerMetric_FromLastInterval$serviced  > 10000L

- ODR-Metrik auf Zellenebene: Ab ODR-Start

  Sie können einen Teil der Metriken auf Zellenebene verwenden, die der ODR veröffentlicht. Diese Metriken werden kumulativ ab dem Serverstart berichtet. Sie können die folgenden Metriken verwenden:

  - Abgänge: Gibt die Anzahl der Anforderungen an, die während des Berichtsintervalls von der Warteschlange an den Server zugestellt wurden. Es wird nur eine Zuteilung für eine Anforderung gezählt, selbst wenn die Zuteilung zum ersten Server scheitert und zu einem späteren Zeitpunkt wiederholt wird. Das nächste Ereignis nach der Zuteilung ist die Rückgabe. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
  - Antwortzeit (Millisekunden): Gibt die durchschnittliche Antwortzeit für Anforderungen an. Zum Berechnen dieses Durchschnittswerts müssen Sie die Antwortzeiten für die Anforderungen, die während des Berichtsintervalls vom Server an den Client zurückgegeben werden, addieren. Die Einheit für die Summe sind Millisekunden. Dividieren Sie diese Summe durch den Wert der Metrik "serviced", um die durchschnittliche Antwortzeit zu erhalten. Die Antwortzeit einer Anforderung ist die Summe aus Wartezeit und Servicezeit der Anforderung. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
  - Aktuelle Warteschlangenlänge: Gibt die Länge der Warteschlange am Ende des Berichtsintervalls an.
  - Servicezeit (Millisekunden)
  - Fehler: Gibt die Anzahl der Anforderungen an, die während des Berichtsintervalls mit einem Fehleranzeiger vom Server zurückgegeben wurden. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
  - Durchschnittliche Warteschlangenlänge: Gibt die durchschnittliche Länge der Warteschlange an. Zur Berechnung dieses Durchschnittswerts addieren Sie die Warteschlangenlängen, die bei der Ankunft jeder Anforderung vor dem Einfügen gemeldet werden, und dividieren Sie die Summe durch die Anzahl der angekommenen Anforderungen. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
  - Verarbeitete Anforderungen: Gibt die Anzahl der Anforderungen an, die während des Berichtsintervalls vom Server an den Client zurückgegeben wurden. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
  - Zeitlimitüberschreitungen: Gibt die Anzahl der Anforderungen an, die während des Berichtsintervalls aufgrund einer Überschreitung des Servicezeitlimits zurückgegeben wurden. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
  - Derzeit ausgeführte Anforderungen: Gibt die Anzahl der Anforderungen an, die am Ende des Berichtsintevalls noch ausgeführt werden. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
  - Eingänge: Gibt die Anzahl der während des Berichtsintervalls eingegangenen Anforderungen an. Das nächste Ereignis, sofern vorhanden, nach der Eingang ist die Zuteilung oder das Löschen der Anforderung. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
  - Wegen Warteschlangenüberlauf gelöschte Einträge: Gibt die Anzahl der Anforderungen an, die zunächst in der Warteschlange akzeptiert wurden und dann während des Berichtsintervalls aus der Warteschlange entfernt wurden. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
  - Aus der Warteschlange gelöschte Einträge: Gibt die Anzahl der Anforderungen an, die zunächst in der Warteschlange akzeptiert wurden, aber dann während des Berichtsintervalls aus der Warteschlange entfernt wurden. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
  - Verzögerte Anforderungen: Gibt die Anzahl der Anforderungen an, die während des Berichtsintervalls eingegangen sind und nicht sofort zugestellt oder gelöscht wurden. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
  - Wartezeit (Millisekunden): Gibt die durchschnittliche Wartezeit für Anforderungen an. Zur Berechnung dieses Durchschnittswertes müssen Sie die Zeiten, die die einzelnen Anforderungen im Berichtsintervall in der Warteschlange verbringen, addieren. Die Einheit für die Summe sind Millisekunden. Wenn Sie diese Summe durch die Anzahl der zugeteilten Anforderungen dividieren, erhalten Sie die durchschnittliche Wartezeit. Verworfene Anforderungen sind in dieser Summe nicht berücksichtigt. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
  Unterausdrucksformat:

      ODRCellMetric_FromServerStart$metricName Operator Long-Wert (mit dem Suffix "L")

  Beispiel:

      ODRCellMetric_FromServerStart$arrivals  > 10000L

- ODR-Metrik auf Zellenebene: Letztes Berichtsintervall
  Sie können denselben Metriksatz wie beim Operanden "ODR-Metrik auf Zellenebene: Ab Serverstart" verwenden. Dieser Operand verwendet einen Durchschnittswert der berichteten Werte aus dem letzten Intervall. Das Intervall entspricht der Länge des Vitalitätscontrollerzyklus.
  - Abgänge: Gibt die Anzahl der Anforderungen an, die während des Berichtsintervalls von der Warteschlange an den Server zugestellt wurden. Es wird nur eine Zuteilung für eine Anforderung gezählt, selbst wenn die Zuteilung zum ersten Server scheitert und zu einem späteren Zeitpunkt wiederholt wird. Das nächste Ereignis nach der Zuteilung ist die Rückgabe. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
  - Antwortzeit (Millisekunden): Gibt die durchschnittliche Antwortzeit für Anforderungen an. Zum Berechnen dieses Durchschnittswerts müssen Sie die Antwortzeiten für die Anforderungen, die während des Berichtsintervalls vom Server an den Client zurückgegeben werden, addieren. Die Einheit für die Summe sind Millisekunden. Dividieren Sie diese Summe durch den Wert der Metrik "serviced", um die durchschnittliche Antwortzeit zu erhalten. Die Antwortzeit einer Anforderung ist die Summe aus Wartezeit und Servicezeit der Anforderung. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
  - Aktuelle Warteschlangenlänge: Gibt die Länge der Warteschlange am Ende des Berichtsintervalls an.
  - Servicezeit (Millisekunden): Gibt die durchschnittliche Servicezeit für Anforderungen an. Zur Berechnung dieses Durchschnittswerts müssen Sie die Servicezeiten der Anforderungen, die während des Berichtsintervalls an den Server zurückgegeben werden, addieren. Die Einheit für die Summe sind Millisekunden. Dividieren Sie diese Summe durch den Wert der Metrik "serviced" desselben Intervalls, um den Durchschnitt zu erhalten. Die Servicezeit einer Anforderung ist die Zeit von Zuteilung bis Rückgabe. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
  - Fehler: Gibt die Anzahl der Anforderungen an, die während des Berichtsintervalls mit einem Fehleranzeiger vom Server zurückgegeben wurden. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
  - Durchschnittliche Warteschlangenlänge: Gibt die durchschnittliche Länge der Warteschlange an. Zur Berechnung dieses Durchschnittswerts addieren Sie die Warteschlangenlängen, die bei der Ankunft jeder Anforderung vor dem Einfügen gemeldet werden, und dividieren Sie die Summe durch die Anzahl der angekommenen Anforderungen. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
  - Verarbeitete Anforderungen: Gibt die Anzahl der Anforderungen an, die während des Berichtsintervalls vom Server an den Client zurückgegeben wurden. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
  - Zeitlimitüberschreitungen: Gibt die Anzahl der Anforderungen an, die während des Berichtsintervalls aufgrund einer Überschreitung des Servicezeitlimits zurückgegeben wurden. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
  - Derzeit ausgeführte Anforderungen: Gibt die Anzahl der Anforderungen an, die am Ende des Berichtsintevalls noch ausgeführt werden. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
  - Eingänge: Gibt die Anzahl der während des Berichtsintervalls eingegangenen Anforderungen an. Das nächste Ereignis, sofern vorhanden, nach der Eingang ist die Zuteilung oder das Löschen der Anforderung. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
  - Wegen Warteschlangenüberlauf gelöschte Einträge: Gibt die Anzahl der Anforderungen an, die zunächst in der Warteschlange akzeptiert wurden und dann während des Berichtsintervalls aus der Warteschlange entfernt wurden. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
  - Aus der Warteschlange gelöschte Einträge: Gibt die Anzahl der Anforderungen an, die zunächst in der Warteschlange akzeptiert wurden, aber dann während des Berichtsintervalls aus der Warteschlange entfernt wurden. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
  - Verzögerte Anforderungen: Gibt die Anzahl der Anforderungen an, die während des Berichtsintervalls eingegangen sind und nicht sofort zugestellt oder gelöscht wurden. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
  - Wartezeit (Millisekunden): Gibt die durchschnittliche Wartezeit für Anforderungen an. Zur Berechnung dieses Durchschnittswertes müssen Sie die Zeiten, die die einzelnen Anforderungen im Berichtsintervall in der Warteschlange verbringen, addieren. Die Einheit für die Summe sind Millisekunden. Wenn Sie diese Summe durch die Anzahl der zugeteilten Anforderungen dividieren, erhalten Sie die durchschnittliche Wartezeit. Verworfene Anforderungen sind in dieser Summe nicht berücksichtigt. Diese Metriken können auf Servern verwendet werden, auf denen WebSphere Application Server oder ein anderer Middleware-Server mit dem Node Agent ausgeführt wird.
  Unterausdrucksformat:

      ODRCellMetric_FromLastInterval$metricName Operator Long-Wert (mit dem Suffix "L")

  Beispiel:

      ODRCellMetric_FromLastInterval$timeouts  > 100L

- Metrik für MBean-Operationen: Rückgabetyp "Long" und Metrik für MBean-Operationen: Rückgabetyp "String"

  Für die Metrikoperanden für Managed Beans (MBean) müssen Sie die Abfragezeichenfolge für den Objektnamen und den Namen der MBean-Methode angeben. Diese Metriken können nur auf Servern verwendet werden, auf denen WebSphere Application Server ausgeführt wird.

  Abfragezeichenfolge für Objektnamen
    Wenn Sie die Abfragezeichenfolge für den Objektnamen erstellen, müssen Sie allen Sonderzeichen ein Backslash-Zeichen als Escapezeichen voranstellen. Das Back-End erwartet die Abfragezeichenfolge für den Objektnamen in einem Format, in dem allen Sonderzeichen ordnungsgemäß ein Escapezeichen vorangestellt ist.

    Der Wert, den Sie für die Abfragezeichenfolge für den Objektnamen eingeben, muss entweder beide der folgenden Zeichenfolgen enthalten, oder er darf keine der beiden Zeichenfolgen enthalten: `process=<Prozessname>` und `node=<Knotenname>`. Wenn Sie `process=<Prozessname>` und `node=<Knotenname>` angeben, erstellt das Backend einen Singleton-MBeanSensor, der die jeweilige MBean auf einem Server und einem Knoten erkennt. Wenn Sie keine dieser Zeichenfolgen angeben, fügt das Back-End den Namen des aktuellen Servers als Prozessnamen und den Namen des aktuellen Knotens als Knotennamen an und erstellt auf diese Weise einen Sensor vom Typ "MBeanSensor" für jeden Server, für den die Vitalitätsrichtlinie gilt. Wenn Sie nur `process=<Prozessname>` oder nur `node=<Knotenname>` angeben, wird ein Fehler ausgegeben.

  Name der MBean-Methode
    Gibt den Namen der aufzurufenden MBean-Methode an.
  Unterausdrucksformat für Metriken vom Typ long:

      MBeanOperationMetric_TypeLong$objectNameQueryString$methodName Operator Long-WertL (mit dem Suffix "L")

  Beispiel für eine Metrik vom Typ long:

      MBeanOperationMetric_TypeLong$WebSphere\:\*\,type\=HealthConditionLanguageInitializer\,node\=hipods3\,process\=nodeagent$getNumberOfOperands  > 10L

  Unterausdrucksformat für Metriken vom Typ string:

      MBeanOperationMetric_TypeString$objectNameQueryString$methodName Operator Zeichenfolgewert

  Beispiel für eine Metrik vom Typ string:

      MBeanOperationMetric_TypeString$WebSphere\:\*\,type\=HealthConditionLanguageInitializer\,node\=hipods3\,process\=nodeagent$getOperands  = 't'

- Metrik für MBean-Attribute: Rückgabetyp "Long" und Metrik für MBean-Attribute: Rückgabetyp "String"
  Die Metriken für MBean-Attribute werden für die Abfrage eines Attributs einer MBean und nicht für den Aufruf einer MBean-Methode verwendet. Der Operand akzeptiert die Abfragezeichenfolge für den Objektnamen und den Attributnamen als Eingaben. Diese Metriken können nur auf Servern verwendet werden, auf denen WebSphere Application Server ausgeführt wird.
  Abfragezeichenfolge für Objektnamen
    Wenn Sie die Abfragezeichenfolge für den Objektnamen erstellen, müssen Sie allen Sonderzeichen ein Backslash-Zeichen als Escapezeichen voranstellen. Das Back-End erwartet die Abfragezeichenfolge für den Objektnamen in einem Format, in dem allen Sonderzeichen ordnungsgemäß ein Escapezeichen vorangestellt ist.

    Der Wert, den Sie für die Abfragezeichenfolge für den Objektnamen eingeben, muss entweder beide der folgenden Zeichenfolgen enthalten, oder er darf keine der beiden Zeichenfolgen enthalten: `process=<Prozessname>` und `node=<Knotenname>`. Wenn Sie `process=<Prozessname>` und `node=<Knotenname>` angeben, erstellt das Backend einen Singleton-MBeanSensor, der die jeweilige MBean auf einem Server und einem Knoten erkennt. Wenn Sie keine dieser Zeichenfolgen angeben, fügt das Back-End den Namen des aktuellen Servers als Prozessnamen und den Namen des aktuellen Knotens als Knotennamen an und erstellt auf diese Weise einen Sensor vom Typ "MBeanSensor" für jeden Server, für den die Vitalitätsrichtlinie gilt. Wenn Sie nur `process=<Prozessname>` oder nur `node=<Knotenname>` angeben, wird ein Fehler ausgegeben.

  Attributname
    Gibt das abzufragende Attribut der MBean an.
  Unterausdrucksformat für Metriken vom Typ long:

      MBeanAttributeMetric_TypeLong$objectNameQueryString$attributeName Operator Long-Wert

  Beispiel für eine Metrik vom Typ long:

      MBeanAttributeMetric_TypeLong$WebSphere\:\*\,type\=HealthConditionLanguageInitializer\,node\=hipods3\,process\=nodeagent$NumberOfOperands > 10L

  Unterausdrucksformat für Metriken vom Typ string:

      MBeanAttributeMetric_TypeString$objectNameQueryString$attributeName Operator Zeichenfolgewert

  Beispiel für eine Metrik vom Typ string:

      MBeanAttributeMetric_TypeString$WebSphere\:\*\,type\=HealthConditionLanguageInitializer\,node\=hipods3\,process\=nodeagent$OperatorList  =  'test'

- Metrik für URL-Rückkehrcode

  Mit diesem Operanden können Sie einen Pingbefehl an jeden relativen Pfad (URI) absetzen, der das Ziel dieser Richtlinie ist. Der Rückgabewert wird im Bedingungsausdruck für die angepasste Vitalitätsrichtlinie verwendet.

  URL-Portnummer
    Gibt die mit Ping zu überprüfende Portnummer an.
  Relativer URL-Pfad
    Gibt den mit Ping zu überprüfenden URL an. Allen Sonderzeichen in der Zeichenfolge muss ein Backslash (`\`) als Escapezeichen vorangestellt werden.
  Protokoll
    Gibt das zu verwendende Protokoll an, z. B. `http://` oder `https://`
  Wert
    Gibt eine ganze Zahl an, die als Rückkehrcode des Pingbefehls erwartet wird.

  Mit diesem Operanden können Sie Pingbefehle für alle allgemeinen URLs absetzen, indem Sie den ODR (On Demand Router) als Ziel der Vitalitätsrichtlinie angeben und die entsprechenden Routing-Regeln im ODR konfigurieren.

  Sie können diesen Operanden verwenden, um Member auszuwählen, auf denen WebSphere Application oder eine andere Middleware-Software mit dem Node Agent ausgeführt wird.

  Unterausdrucksformat:

      URLReturnCodeMetric$portNumber$relativePath Operator Int-Wert

  Beispiel:

      URLReturnCodeMetric$9060$ibm\/console\/login\.do = 200

  Der URL-Sensor gibt `0` zurück, wenn kein Kontakt zur Website hergestellt werden kann:

      URLReturnCodeMetric$9060$ibm\/console\/login\.do = 0

## Operator

- Gleich (=): Der Gleichheitsoperator drückt einen Abgleich aus, bei dem die Groß-/Kleinschreibung berücksichtigt wird.
- Nicht gleich (<>): Der Nicht-gleich-Operator gibt an, dass der Wert des Operanden ungleich dem eingegebenen Wert ist.
- Größer als (>): Der Größer-als-Operator wird für Zahlen verwendet.
- Größer-gleich (>=): Der Größer-gleich-Operator wird für Zahlen verwendet.
- Kleiner als (<) : Der Kleiner-als-Operator wird für Zahlen verwendet.
- Kleiner-gleich (<=): Der Kleiner-gleich-Operator wird für Zahlen verwendet.
- Zwischen (BETWEEN): Der Wert muss zwischen einem unteren Grenzwert und einem oberen Grenzwert, die Sie angeben, liegen.
- In (IN): Der Wert muss in einer Liste von Werten enthalten sein. Sie können Werte eingeben und sie einer Liste hinzufügen.

## Wert

Geben Sie je nach ausgewähltem Operator einen Wert für den Unterausdruck ein, den Sie erstellen möchten.

## Unterausdruck

Wenn Sie auf Unterausdruck generieren klicken, erscheint in diesem Feld das generierte Unterausdrucksfragment, das auf den ausgewählten Optionen basiert. Klicken Sie auf Anfügen, um den Unterausdruck Ihrer angepassten Vitalitätsbedingung hinzuzufügen.

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

Dateiname: hc_condition_subex.html