Vergleichsreport

Überblick

Die Übersicht Aktive Jobs überwacht die geplanten und laufenden Jobs im Webdesk. Sie zeigt pro Job und Trigger, ob der Job geplant, gerade in Ausführung, lange laufend, inaktiv oder von einem Problem betroffen ist.

In einer verteilten Installation werden die Informationen aller bekannten Scheduler-Knoten in einer gemeinsamen Übersicht zusammengeführt. Dadurch ist sichtbar, auf welchem Cluster-Knoten ein Job ausgeführt wird und ob ein Knoten oder dessen Scheduler nicht erreichbar ist.

Auch ein Job, der über die Funktion Job starten einmalig ausgelöst wurde, kann vorübergehend in der Übersicht erscheinen. Nach Abschluss der Ausführung verschwindet der Eintrag wieder, sofern kein aktiver Trigger dafür vorhanden ist.

Zusammenfassung und Aktualität

Oberhalb der Tabelle werden wichtige Kennzahlen angezeigt:

• Jobs gesamt zählt die angezeigten Job- und Trigger-Einträge. Ein Job mit mehreren Triggern kann daher mehrfach vorkommen.
• Laufende Jobs zeigt die aktuell ausgeführten Jobs.
• Fehlgeschlagene letzte Ausführungen zeigt, bei wie vielen Jobs die letzte Ausführung fehlgeschlagen oder durch einen Server-Neustart abgebrochen wurde. Der Wert kann angeklickt werden, um die Liste zu filtern.
• Lange laufend zeigt die laufenden Jobs, deren Laufzeit den eingestellten Schwellwert überschreitet. Auch dieser Wert ist direkt als Filter verwendbar.
• Ausgelastete Scheduler-Knoten zeigt Knoten, auf denen alle verfügbaren Scheduler-Threads beschäftigt sind.
• Antwortende Knoten zeigt die Zahl der erreichbaren im Verhältnis zu den konfigurierten Cluster-Knoten. Der Wert öffnet die ausführliche Clusterstatus-Ansicht.
• Veraltet und Fehlt weisen auf Knoten hin, von denen kein aktueller beziehungsweise gar kein Status vorliegt.
• Cluster-Modus zeigt, ob die Installation verteilt oder als Einzelserver betrieben wird.
• Aktualisiert am gibt an, auf welchen Zeitpunkt sich die angezeigten Daten beziehen.

Mit Aktualisieren kann die Übersicht sofort neu eingelesen werden. Zusätzlich wird die Seite automatisch ungefähr einmal pro Minute aktualisiert. Während eine Aktualisierung oder eine andere Aktion läuft, wird keine parallele Aktualisierung gestartet.

Scheduler- und Clusterstatus

Unterhalb der Kennzahlen werden die bekannten Scheduler-Knoten mit ihrer Auslastung angezeigt. Die Angabe, zum Beispiel 2/8, bedeutet, dass zwei von acht Scheduler-Threads gerade verwendet werden. Eine farbliche Kennzeichnung weist auf den Zustand des Knotens hin.

• Ein fehlender Knoten ist nicht erreichbar. Für aktive Jobs, die diesem Knoten zugeordnet sind, wird in der Tabelle der Status Fehlender Knoten angezeigt.
• Bei einem veralteten Knoten ist die letzte Statusmeldung zu alt. Die zugehörigen Einträge erhalten den Status Veralteter Knoten.
• Bei ausgelasteten Knoten können geplante Jobs auf freie Scheduler-Kapazität warten. Dafür wird der Status Threads ausgelastet verwendet.

Über den Zähler Antwortende Knoten kann die detaillierte Clusterstatus-Ansicht geöffnet werden. Sie unterstützt bei der Unterscheidung zwischen einem tatsächlich fehlenden Knoten, einer verzögerten Statusmeldung und einer normalen Scheduler-Auslastung.

Job-Tabelle und Filter

Die Tabelle enthält je nach Installation und Jobkonfiguration folgende Informationen und Bedienmöglichkeiten:

Die Spaltenfilter für Jobname, Mandant, Trigger, Cluster-Knoten, Status, Fehler und Ausführungszustand können mit Sortierung und Seitennavigation kombiniert werden. Die Seitengröße kann in der Tabellenleiste angepasst werden.

Schwellwert für lange laufende Jobs

Der Schwellwert Schwellwert für lange laufende Jobs (Minuten) legt fest, ab welcher Laufzeit ein laufender Job den Status Läuft lange erhält. Der Standardwert beträgt 30 Minuten. Nach einer Änderung wird die laufende Zeit neu bewertet und die Kennzahl sowie die Liste werden entsprechend aktualisiert.

Der Schwellwert ist eine Überwachungshilfe und beendet den Job nicht automatisch. Für eine gezielte Kontrolle können die laufenden Jobs zunächst nach Läuft lange gefiltert und anschließend über Status, Laufzeit und Jobprotokoll geprüft werden.

Job einmalig starten und Protokolle prüfen

Um einen Job einmalig auszuführen, öffnen Sie über das Stift-Symbol die Job-Bearbeitung und wählen dort Job starten. Die Funktion steht zur Verfügung, wenn die Job-Engine läuft. Nach dem Start wird ein Link zum zugehörigen Protokoll angeboten.

Die Protokollsymbole in der Spalte Status und das Symbol in der Spalte Logs führen zu den Ausführungsdetails. So können neben dem Endstatus auch Laufzeit, Knoten und die protokollierten Fehler der jeweiligen Ausführung geprüft werden.

Laufenden Job abbrechen

Ein laufender Job kann über das Abbrechen-Symbol in seiner Zeile angefordert werden. Vor dem Absenden wird eine Bestätigung angezeigt. Die Funktion ist nur bei Jobs verfügbar, die eine Unterbrechung unterstützen.

Nach der Bestätigung wird eine Abbruchanforderung an den Jobdienst gesendet und die Übersicht neu geladen. Die Meldung Abbruchanforderung gesendet bestätigt die Übermittlung, nicht zwingend den bereits abgeschlossenen Abbruch. Prüfen Sie den neuen Status und das Jobprotokoll nach der Aktualisierung.

Bedienhinweise

• Verwenden Sie Aktualisiert am, um vor einer Diagnose zu prüfen, wie aktuell der Datenstand ist.
• Beginnen Sie bei Problemen mit dem Filter Letzte Ausführung fehlgeschlagen und öffnen Sie anschließend die Statussymbole oder die Jobprotokolle.
• Ein Job kann trotz erfolgreichem Abschluss den Status Fehler in letzter Ausführung beziehungsweise Mit Fehlern beendet erhalten, wenn während der Ausführung Fehler protokolliert wurden.
• Bei Clusterproblemen prüfen Sie zuerst die Knotenanzeige und danach die ausführliche Clusterstatus-Ansicht. Ein fehlender oder veralteter Knoten kann erklären, warum ein geplanter Job nicht startet.
• Der Status der Übersicht ist eine Momentaufnahme. Für die vollständige Analyse einer Ausführung sind die verlinkten Jobprotokolle maßgeblich.

Overview

The Active Jobs overview monitors the scheduled and running jobs in Webdesk. For each job and trigger, it shows whether the job is scheduled, currently running, long-running, inactive, or affected by a problem.

In a distributed installation, the information from all known scheduler nodes is merged into a shared overview. This makes it visible on which cluster node a job is executed and whether a node or its scheduler is unreachable.

A job that was triggered once via the Start job function can also appear temporarily in the overview. After execution completes, the entry disappears again, provided there is no active trigger for it.

Summary and currency

Above the table, important key figures are displayed:

• Total jobs counts the displayed job and trigger entries. A job with multiple triggers can therefore appear more than once.
• Running jobs shows the jobs currently being executed.
• Failed last executions shows how many jobs' last execution failed or was aborted due to a server restart. The value can be clicked to filter the list.
• Long-running shows the running jobs whose runtime exceeds the configured threshold. This value can also be used directly as a filter.
• Busy scheduler nodes shows nodes on which all available scheduler threads are occupied.
• Responding nodes shows the number of reachable nodes relative to the configured cluster nodes. The value opens the detailed cluster status view.
• Stale and Missing indicate nodes for which no current, or no, status at all is available.
• Cluster mode shows whether the installation is operated in a distributed manner or as a single server.
• Updated at indicates the point in time to which the displayed data refers.

With Refresh, the overview can be reloaded immediately. In addition, the page is automatically refreshed roughly once per minute. While a refresh or another action is running, no parallel refresh is started.

Scheduler and cluster status

Below the key figures, the known scheduler nodes are displayed with their utilization. The indication, for example 2/8, means that two of eight scheduler threads are currently in use. A color coding indicates the state of the node.

• A missing node is unreachable. For active jobs assigned to this node, the status Missing node is displayed in the table.
• For a stale node, the last status message is too old. The associated entries receive the status Stale node.
• For busy nodes, scheduled jobs may wait for free scheduler capacity. The status Threads busy is used for this.

The detailed cluster status view can be opened via the Responding nodes counter. It helps distinguish between a node that is genuinely missing, a delayed status message, and normal scheduler utilization.

Job table and filters

Depending on the installation and job configuration, the table contains the following information and controls:

The column filters for job name, client, trigger, cluster node, status, errors and execution state can be combined with sorting and page navigation. The page size can be adjusted in the table toolbar.

Threshold for long-running jobs

The threshold for long-running jobs (minutes) setting defines the runtime from which a running job is given the status Running long. The default value is 30 minutes. After a change, the running time is re-evaluated and the key figure and the list are updated accordingly.

The threshold is a monitoring aid and does not automatically terminate the job. For targeted control, the running jobs can first be filtered by Running long and then checked via status, runtime and job log.

Starting a job once and checking logs

To run a job once, open the job editor via the pencil icon and select Start job there. This function is available when the job engine is running. After starting, a link to the associated log is offered.

The log icons in the Status column and the icon in the Logs column lead to the execution details. This allows not only the final status but also the runtime, node and logged errors of the respective execution to be checked.

Cancelling a running job

A running job can be requested for cancellation via the cancel icon in its row. A confirmation is displayed before submission. This function is only available for jobs that support interruption.

After confirmation, a cancellation request is sent to the job service and the overview is reloaded. The message Cancellation request sent confirms the submission, not necessarily the already completed cancellation. Check the new status and the job log after the refresh.

Usage notes

• Use Updated at to check, before diagnosing, how current the displayed data is.
• When troubleshooting, start with the Last execution failed filter and then open the status icons or the job logs.
• A job can receive the status Error in last execution or Finished with errors despite completing successfully, if errors were logged during execution.
• For cluster problems, check the node display first and then the detailed cluster status view. A missing or stale node can explain why a scheduled job does not start.
• The status of the overview is a snapshot. For a complete analysis of an execution, the linked job logs are authoritative.