ServiceNow-Servlet

  • Freigeben Version: Washingtondc
  • Aktualisiert 1. Februar 2024
  • 4 Minuten Lesedauer
  • Jede Instanz verfügt über ein Servlet, und Sie können die Leistung mit dem Servlet Graph Set auf der Homepage ServiceNow Leistung überwachen.

    Wenn Sie die Administratorrolle innehaben, können Sie Leistungsmetriken überprüfen. So zeigen Sie Servlet-Diagramme auf der Homepage von ServiceNow Performance an:
    1. Wählen Sie in der Liste „ Diagrammsatz“ die Option ServiceNow Servletaus.
    2. Wählen Sie in der Liste „Überwachbare Elemente“ eine Instanz aus.
    3. Wählen Sie in der Liste Zeitspanne einen Zeitraum aus.

    Weitere Informationen zur Verwendung der Diagramm- und Anzeigesteuerelemente auf der Homepage ServiceNow Performance finden Sie unter Plattformleistungsmetriken.

    Abbildung : 1. ServiceNow Servlet Diagramme
    Servlet-Leistungsmetriken
    • Systemübersicht: Stellt Informationen zur Thread-Leistung bereit. Jede Sekunde prüft das System alle aktiven Threads (sowohl UI als auch Hintergrund) und ordnet sie einer der folgenden Kategorien zu:
      • CPU: Der Thread ist aktiv, führt jedoch keinen der Schritte aus. Diese Bedingung bedeutet normalerweise Rechenzeit außerhalb der Business Rule, obwohl in diesem Fall einige andere interne Wartestatus als CPU kategorisiert werden. Daher ist keine 1:1-Korrelation zwischen Threads in einer CPU-Anzahl und der Hardware-CPU-Auslastung zu erwarten.
      • Datenbank: Der Thread wartet auf Informationen aus der Datenbank.
      • Geschäftsregel: Das System führt eine Geschäftsregel aus (synchron oder asynchron) und führt derzeit keine Abfrage aus (dies wäre eine Datenbank).
      • Netzwerk: Der Thread schreibt Daten in das Netzwerk oder wartet darauf, dass ein ausgehender Netzwerkpuffer geleert wird.
      • Gleichzeitigkeit: Die Threads können nicht ausgeführt werden, da sie auf ein Semaphor oder eine Sitzungssynchronisierung warten.

      Das System mittelt diese Transaktionen jede Minute und zeichnet sie in der Datenbank auf. Das Diagramm zeigt die Durchschnittswerte für jede Kategorie.

    • Transaktionen: Zeigt alle von Benutzern initiierten UI-Transaktionen an. Dieses Diagramm kann große Spitzen im Endbenutzerdatenverkehr anzeigen und identifizieren, wann die Endbenutzeraktivität zu Spitzenzeiten auftritt.
    • Antwortzeit: Zeigt das Intervall (in Millisekunden) zwischen dem Zeitpunkt, zu dem die Instanz eine Transaktion erhält, und dem Zeitpunkt, zu dem die Instanz antwortet, an. Zeigt die Zeit an, die der Server für den Abschluss einer Transaktion benötigt, durchschnittlich während der angegebenen Zeitspanne.

      Ein Anstieg der durchschnittlichen Antwortzeit kann auf ein Systemproblem oder einen Zustrom von im Allgemeinen langsameren Transaktionen hinweisen. Um mögliche Leistungsprobleme zu identifizieren, können Sie die Antwortzeit mit anderen Bereichen wie Arbeitsspeicher, Datenbank oder CPU korrelieren.

    • Sitzungen: Zeigt aktive Sitzungen an, einschließlich der vom MID Server initiierten Sitzungen und externen Integrationen. Eine große Anzahl veralteter, aber aktiver Sitzungen kann zu Speicher- und Leistungsproblemen führen. Eine Sitzungsanzahl von mehr als 10.000 kann in der Regel zu einer Verschlechterung der Leistung führen. Erwägen Sie, die Richtlinien für Integrationssitzungen zu lesen und Zeitüberschreitungen für Sitzungen zu begrenzen.
    • Sitzungswarteschlange: Zeigt die Anzahl der Transaktionen an, die auf eine andere Transaktion für denselben Benutzer warten. Wartesitzungen treten auf, wenn ein Benutzer eine doppelte Anforderung sendet, bevor die vorherige Anforderung abgeschlossen ist. Kann auf eine langsame Seite oder eine Transaktion hinweisen, die weitere Untersuchungen erfordert.

      Um die wartenden Transaktionen zu identifizieren, überprüfen Sie den Transaktionsprotokolleintrag [syslog_transaction], und zeigen Sie die Sitzungswartezeit an, um die wartenden Transaktionen zu finden. Suchen Sie als Nächstes die Transaktionsnummer, auf die der Benutzer wartet.

    • Semaphorverwendung: Zeigt die Anzahl der von der ausgewählten Instanz verwendeten Semaphoren an. Semaphore steuern die Anzahl der Benutzertransaktionen, die parallel ausgeführt werden können.

      Transaktionen mit langer Ausführungszeit für ein Semaphor können alle Semaphore sichern, sodass Transaktionen warten. Die Plattform verwaltet Semaphoren, sodass keine Kundenadministration erforderlich ist. Das Semaphordiagramm wird nur von Kundenservice und Support zur Fehlerbehebung verwendet.

    • Semaphor-Warteschlange: Zeigt die Warteschlange für ein Semaphor an. Verwenden Sie dieses Diagramm mit dem Diagramm Semaphorverwendung. Eine hohe Warteschlange zeigt Transaktionen mit langer Ausführungszeit im Semaphor an. Eine hohe und persistente Semaphorwarteschlange kann darauf hinweisen, dass der Instanzknoten mit Arbeit überlastet ist.

      Überprüfen Sie das Transaktionsprotokoll [syslog_transaction], um die Transaktionen mit der längsten Ausführungszeit in diesem Zeitraum zu ermitteln und das Problem zu identifizieren. Dieses Diagramm wird nur von Kundenservice und Supportverwendet.

    • Länge der Planer-Warteschlange/Abgeschlossene Aufgaben des Planers: Zeigt alle Planer-Aktivitäten für die ausgewählte Instanz an, einschließlich Discovery Probes. Sie können den Rückstand der geplanten Aufgaben in der Warteschlange für einen bestimmten Zeitraum bestimmen. Sie können dies dann mit der Rate vergleichen, mit der die Aufträge im selben Zeitraum verarbeitet werden.
    • Fehler: Zeigt alle schwerwiegenden Fehler an, die in den localhost-Protokollen oder syslog_ransactions ausgegeben werden. Mehrere schwerwiegende Fehler weisen auf ein Problem hin, das weitere Untersuchungen erfordert.
    • Verarbeitete Events: Zeigt die durchschnittliche Anzahl der während des ausgewählten Zeitraums verarbeiteten Events an.
    • ProtokollierteEreignisse: Zeigt die durchschnittliche Anzahl der Events an, die im ausgewählten Zeitraum in die Warteschlange gestellt und dem Event-Protokoll hinzugefügt wurden.
    • HTTP-Transaktionen: Zeigt alle abgeschlossenen HTTP-Transaktionen an, einschließlich UI, Integration und AMB-Datenverkehr. Dieses Diagramm kann große Spitzen im HTTP-Datenverkehr anzeigen und dabei helfen, Spitzenwerte der Benutzeraktivität zu erkennen.
    • Semaphorablehnungen: Zeigen Sie die Anzahl der Transaktionen an, die von den folgenden Semaphorwarteschlangen abgelehnt wurden:
      • Semaphor-Standardausführung abgelehnt
      • Ausführung des Semaphor-Debuggers abgelehnt
      • Semaphor-AMB – abgelehnte Ausführung empfangen
      • Semaphor-AMB – abgelehnte Ausführung senden
      • Semaphor-API INT Ausführung abgelehnt
      • Semaphorpräsenz – Ausführung abgelehnt
      Identifizieren Sie Verarbeitungsengpässe, indem Sie die Anzahl der Ablehnungen in den Warteschlangen überwachen. Suchen Sie nach Spitzen in den Semaphor-Ablehnungsdiagrammen. Eine hohe Ablehnungsanzahl weist auf eine unerwartete Zunahme von Anrufen hin. Reduzieren Sie die Anzahl der Aufrufe, oder stoppen Sie Transaktionen mit langer Ausführungszeit, die die Warteschlange möglicherweise sichern.