Erkennung von Anomalien

  • Freigeben Version: Washingtondc
  • Aktualisiert 1. Februar 2024
  • 3 Minuten Lesedauer
  • Instance Observer erkennt proaktiv die Anomalien für zyklische oder nicht zyklische Metriken unter dem Leistungsdiagramm für das Impact Total-Paket in Produktionsinstanzen. Anomalien stellen Metrikausreißer dar, die auf Verlaufsmustern basieren. Nicht jede Anomalie stellt möglicherweise ein Problem dar, benachrichtigt Sie jedoch, und Sie entscheiden über die Relevanz und konfigurieren die Warnungen entsprechend.

    Zyklische Metriken treten als vollständiger Satz von Events auf, die sich regelmäßig in derselben Reihenfolge oder in einem regelmäßig wiederholten Zeitraum wiederholen. Nicht zyklische Metriken sind Metriken, die sich irregulär oder in zufälligen, weniger vorhersehbaren Zeiträumen wiederholen. Eine Anomalie, auch als Ausreißer bezeichnet, ist ein Datenpunkt, der ungewöhnlich oder selten ist oder nicht den erwarteten Mustern oder der Verteilung der Daten entspricht.

    Es werden fünf zyklische Metriken nachverfolgt:
    • Transaktionsanzahl: Die instanzweite Summe aller UI-Transaktionen eines internen Typs, der als UI_TYPE bezeichnet wird.
    • Serverantwortzeit: Die durchschnittliche oder durchschnittliche Ausführungszeit für UI_TYPE-Transaktionen.
    • SQL-Antwortzeit: Der gemeldete Durchschnitt der Datenbankantwortzeit, gemessen auf der Anwendungsebene, die beginnt, wenn eine Abfrage an die Datenbank gesendet wird, und endet, wenn die Antwort eingegangen ist.
    • Semaphor-Mittelwert: Die durchschnittliche Anzahl der Endbenutzertransaktionen, die gleichzeitig über einen Zeitraum von einer Minute verarbeitet werden.
    • Knotenarbeitsspeicher Max.: Der maximal verwendete Arbeitsspeicher in MB pro Knoten an einem bestimmten Datenpunkt im Verlauf. Dieser Wert liegt im Allgemeinen zwischen 1000 MB und 2048 MB.
    Diagramm auf der Registerkarte „Anomalien“.
    • Die x-Achse stellt die Zeit dar, und die y-Achse stellt die tatsächlichen Metriken gemäß dem ausgewählten Datumsbereich dar. Das Liniendiagramm zeigt beispielsweise die Transaktionsanzahlwerte im Zeitverlauf an. Anomalien werden im Diagramm durch eine rote Farbcodierung gekennzeichnet und stellen das Auftreten einer Anomalie in den Daten dar. Die Platzierung der roten Markierung hängt von den Kriterien oder dem Algorithmus ab, die zum Erkennen von Anomalien verwendet werden.
    • Der Bereich stellt die obere und untere Grenze mit einer Normalverteilung der Metriken basierend auf ihrem Verlaufsdatensatzmuster dar.
    • Die Mittellinie stellt den vierwöchigen Durchschnittswert der Metriken dar, um die Abweichung zu einem bestimmten Zeitpunkt zu vergleichen.

    Auftragsanomalien-Erkennung

    Auftragsanomaliediagramme verfolgen die Anzahl der geplanten Aufgaben, die gleichzeitig ausgeführt werden, für jede Stunde des Tages mit der Überlagerungsmetrik der durchschnittlichen Transaktionsanzahl für jede Stunde nach. Alle Balken im Diagramm, die eine oder mehrere anomale Aufgaben aufweisen, werden rot hervorgehoben. Wählen Sie den Detaillink des Balkendiagramms aus, um die Details auf Positionsebene anzuzeigen.

    Auftragsdetails stellen die stündlich geplanten Aufgaben zusammen mit den jeweiligen durchschnittlichen Transaktionen dieser Instanz dar.

    Anomaliendiagramm für geplante Aufgaben

    Führen Sie einen Drilldown von der Anzahl der stündlich geplanten Aufgaben zu einer einzelnen Serienaufgabe für eine beliebige Tageszeit und weiter zum Ausführungsmuster derselben Aufgabe aus den letzten sieben Tagen durch. Dies kann dazu beitragen, die End-to-End-Ursachenursache für Aufgaben zu ermitteln, deren Abschluss normalerweise eine konstante Zeit in Anspruch nimmt und bei denen die Ausführungszeit unerwartet erheblich zunimmt oder abnimmt, was auf ein mögliches Leistungsproblem hinweist.

    Auftragsdetails nach einem Drilldown zu einem bestimmten Datum.
    Planen Sie Aufgabenkriterien
    Damit die Aufgabe als geplante Aufgabe betrachtet wird, muss sie mindestens eines der folgenden Kriterien erfüllen:
    • Die Aufgabe wird für jeden Wochentag mindestens einmal ausgeführt.
    • Die Aufgabe wurde in den letzten vier Wochen mindestens einmal pro Woche ausgeführt.
    Berechnung der durchschnittlichen Transaktionsanzahl
    Für jede Stunde an einem bestimmten Tag wird die Summe der Transaktionsanzahl der letzten vier Wochen für denselben Tag und dieselbe Stunde gemittelt. Zum Beispiel, indem die Summe der Transaktionsanzahlen der letzten vier Montags für die vierte Stunde abgerufen und die Werte für die endgültige Berechnung gemittelt werden.
    Identifizierung der Auftragsanomalie
    Für die letzten vier Wochen wird für jede Stunde, in der die Aufgabe ausgeführt wurde, die durchschnittliche Dauer mit dem Standardabweichungswert berechnet, der dem Mittelwert entspricht, plus 5 multipliziert mit dem Standardabweichungswert.
    Dieser Wert dient als oberer Bereich für die Aufgabe für diese Stunde, wenn die Aufgabe zur vierten Stunde ausgeführt wird und in den letzten vier Wochen die durchschnittliche Dauer einer Aufgabe zu diesem Zeitpunkt zehn Minuten und die Standardabweichung zwei Minuten beträgt, die Der obere Bereich ist 10 + (5*2) = 20 Minuten.
    Wenn die Ausführung der aktuell ausgeführten Aufgabe mehr als 20 Minuten dauert, wird die Aufgabe als Anomalie identifiziert.

    Anomalieantwort

    Nicht alle Anomalien stellen ein Problem dar, aber die Ausreißer, die basierend auf Verlaufsmustern erkannt wurden. Konfigurieren Sie Warnungen entsprechend, nachdem Sie die Relevanz der erkannten Anomalie analysiert haben. Weitere Informationen zu Warnungen finden Sie unter Konfigurieren Sie Anomaliewarnungen.