04 Job Monitoring
Job Monitoring beantwortet zuerst, ob die Arbeit abgeschlossen wurde, und hilft dann zu erkennen, wo und wann sich der Batch-Impact konzentriert.
Was erscheint
| Panel | metricId oder Datensatz | Lesart |
|---|---|---|
| Failed jobs · Last 15 min | failed-jobs | Zuwächse der Batch-Fehler in den 15 Minuten vor dem Ende des gewählten Zeitraums |
| Canceled jobs · Last 15 min | canceled-jobs | Eindeutige abgebrochene Ausführungen in den 15 Minuten vor dem Ende des gewählten Zeitraums |
| Long-running jobs · Current · >120 min | long-running-jobs | Aktueller Snapshot von Jobs mit mehr als 120 Minuten Laufzeit |
| Long-running work processes by server | long-running-work-processes | CCMS-Dauer in Sekunden, getrennt nach Server |
| Maximum long-running work processes (24 h) | long-running-work-processes | Reale maximale Dauer über 24 Stunden je Server; der Donut enthält nur reale Server |
| Background work processes | job-metrics | NumberOfWpBTC-Kapazität je Server als Stufenlinie |
| Background work-process errors | failed-jobs | Zuwächse von ErrorsInWpBTC je Server als Balken |
| Job families | Jobs | Familien mit exaktem SAP-Namen und Aktivität im gewählten Zeitraum |
| Job Runs | Jobs | Ausführungen einer Familie und ihre Details |
| Job Events | Events | Job-bezogene Ereignisse |
Failed jobs zeigt den kumulativen SAP-Zähler ErrorsInWpBTC nicht direkt.
SPOT dedupliziert jede Beobachtung nach TID und berechnet positive Zuwächse je
Server. Nach einem Zähler-Reset ist der neue Wert der Zuwachs. Fehlt ein
aktueller Vorgänger oder beträgt die Lücke mehr als 15 Minuten, lautet das
Ergebnis UNKNOWN. Null wird nur bei gültiger Abdeckung angezeigt.
Canceled jobs zählt eindeutige job_run-Ausführungen mit SAP-Status A in
(to-15m, to] und hängt nicht vom Job Log ab. Failed jobs verwendet
dasselbe Zeitbereichsende: Der KPI zeigt dieses rollierende Fenster, während
das Diagramm den gesamten gewählten Zeitraum beibehält. Terminaler Zeitstempel
und Server stammen aus der autoritativen Ausführung selbst.
Long-running jobs verwendet XBP-Snapshots je Server. Der Connector wählt
SAP-Jobs im Status R und zählt nur Jobs mit mehr als 120 Minuten Laufzeit:
genau 120:00 ist ausgeschlossen und 120:01 eingeschlossen. Eine aktuelle Null
ist eine gültige Beobachtung; UNKNOWN bedeutet fehlende Daten, Fehler oder
verlorene Freshness. SPOT verwendet weder Work-Process-Daten noch Demodaten oder
eine erfundene Null als Ersatz.
Wenn SAP eine gültige Auswahl ohne Ergebnisse meldet, veröffentlicht SPOT erst
nach Prüfung des Rückgabecodes und einer vorhandenen, leeren Ergebnistabelle
eine Null. Jede andere Antwort bleibt UNKNOWN: Ein allgemeiner SAP-Fehler
wird niemals in eine Null umgewandelt.
SPOT sammelt das vollständige Job Log für eine terminale Ausführung asynchron. Die Log-Warteschlange hält spätere Job-Beobachtungen nicht an. Im Detail zeigt das Manifest Queued, Collecting, Retrying, Complete, No entries, Too large, Not authorized, Unavailable oder Collection failed. SPOT zeigt ein partielles Log niemals als vollständig: Erst nach Bestätigung der Zeilen wird es als Complete markiert. Ist ein Log zu groß oder liefert SAP es nicht, bleiben Ausführung, Lifecycle und die restliche Untersuchung verfügbar.
Long-running work processes ist ein Dauersignal in Sekunden, keine Anzahl von Prozessen und kein Ersatz für laufende Jobs.
Die drei funktionalen Ergebnisse erscheinen als gleichwertige KPIs. Das Detail
Long-running work processes teilt eine Komposition mit seinem
24-Stunden-Maximum im Verhältnis 8/4. Die Komposition Background processing
by server behält zwei getrennte, synchronisierte Diagramme:
NumberOfWpBTC-Kapazität oben und Fehlerdeltas unten. Beide teilen Zeitcursor,
Legende und Serverfarben, verwenden aber unabhängige ganzzahlige Achsen ab
null. Sind alle abgedeckten Deltas null, meldet das Panel ausdrücklich, dass
keine Fehler aufgetreten sind; ein UNKNOWN-Bucket verhindert diese Meldung.
Job Runs und Job Events behalten eigene Panels; Dumps werden ausschließlich in
Work Process untersucht.
In Job families steht jede Zeile für einen exakten JOBNAME: eine operative
Familie zur Untersuchung, keine unveränderliche Definition des SAP-Planers.
Getrennte Spalten zeigen Status und letzte Aktivität neben der Laufzeit der
neuesten Ausführung (Last run time). Eine tatsächliche Laufzeit von null
erscheint als 0 s; hat diese Ausführung keine gültige Laufzeit, erscheint
—.
Die Auswahl einer Familie öffnet ihren eigenen Arbeitsbereich über die gesamte
Breite mit aktiver Source, Host-Filter und Zeitfenster. Die Dauerchronologie
umfasst die vollständige Familie im Scope, unabhängig vom paginierten Ledger.
Bei bis zu 1.000 Ausführungen zeigt sie jeden exakten Punkt; bei größeren
Familien fasst sie Zeitintervalle zusammen und behält reale minimale, maximale
und repräsentative Ausführungen sowie Statusanzahlen. Das Ledger bleibt die
vollständige paginierte Ansicht und enthält die SAP-Identität JOBNAME + JOBCOUNT, Status, Start, Ende, Dauer und EXECSERVER. Unbekannte Laufzeiten
bleiben unbekannt und werden nicht in null umgewandelt. Bei zunehmender
Punktdichte werden die sichtbaren Marken schrittweise kleiner; Auswahlfläche
und Hervorhebung per Tastatur oder Zeiger bleiben dabei zugänglich.
Wählen Sie JOBCOUNT oder einen exakten Chart-Punkt, um das Ausführungsdetail
direkt zu öffnen. Die Zusammenfassung bleibt immer sichtbar; es gibt nur die
beiden Tabs Job Log, der beim Öffnen ausgewählt ist, und Retained
history. Escape schließt das Detail und gibt den Fokus an das auslösende
Steuerelement zurück. Mit All job families gelangen Sie mit unveränderten
Filtern, Seite und Leseposition zur Liste zurück.
Auswahl und aufbewahrte Evidenz
Der globale Zeitraum, die ausgewählte SAP-Verbindung, die von ihr dargestellte Source und der Host-Filter bestimmen, ob eine Ausführung ausgewählt werden kann. Nachdem SPOT die Ausführung in diesem Kontext validiert hat, lädt es den vollständigen aufbewahrten Lifecycle, Manifeststatus und das Job Log, auch wenn diese Nachweise außerhalb des sichtbaren Zeitfensters gesammelt wurden. Dadurch wird der Scope nie erweitert: Verbindung/Source, Tenant und Host bleiben immer gleich.
Die Host-Zusammenfassung einer Familie umfasst die vollständige Familie im
gewählten Zeitraum, nicht nur die Runs auf der aktuellen Ledger-Seite. SAP-
Namen werden als exakte Namen behandelt; Sie können eine Familie suchen, deren
Name Satzzeichen wie + enthält.
Ein geteilter Link kann sowohl Familie als auch Ausführung enthalten. Gehört die Ausführung zu einer anderen Familie oder ist sie im aktiven Kontext nicht mehr verfügbar, behält SPOT die Familie bei, löscht nur die Ausführung und zeigt niemals das Job Log einer anderen Familie. Wählen Sie eine Ausführung aus der Tabelle, um die Untersuchung fortzusetzen.
Interpretation
- OK: keine relevanten Fehler oder Abbrüche im beobachteten Intervall.
- WARN: Fehler wiederholen sich, Abbrüche nehmen zu oder Batch-Druck konzentriert sich auf einen Server.
- KO: kritische Arbeit ist anhaltend betroffen oder Job- und Batch-Kapazität degradieren gleichzeitig.
UNKNOWN: ein aktuelles Signal fehlt. Prüfen Sie bei Long-running jobs XBP-Rechte, die Zeitzone der Verbindung und Agent logs.
Eine 0 bei Canceled jobs ist gültig, wenn das Intervall ohne Abbrüche
durch eine erfolgreiche Abfrage beobachtet wurde. Ist der Data Stream logs
nicht verfügbar oder der Producer nicht schema v2, lautet das Ergebnis
UNKNOWN oder producer_upgrade_required, nicht null.
Bei Long-running jobs ist 0 ebenfalls gültig, aber nur aus einem
erfolgreichen XBP-Snapshot. Dieselbe abgebrochene Ausführung wird anhand ihrer
job_run-Identität dedupliziert.
Filter und nächste Bildschirme
Filtern Sie nach globalem Zeitraum, Text oder exaktem Namen, Status und Host.
Beginnen Sie mit einer Familie, vergleichen Sie dann JOBCOUNT über Hosts und
öffnen Sie eine Ausführung, die von p50/p95 abweicht. Ist das Manifest nicht
Complete, prüfen Sie seinen Status, bevor Sie schließen, dass keine
Meldungen vorliegen. Job Events zeigt aktuelle zugehörige Meldungen. Kreuzen
Sie Work Process für Batch-Kapazität und Dumps, DB für Latenz und Filesystem,
wenn der Job Spool oder Exporte schreibt.
Operative Nutzung
Job Monitoring fasst das Batch-Ergebnis zusammen, ohne zuerst die vollständige Tabelle zu öffnen. Die drei funktionalen KPIs erscheinen auch auf Landing; die übrigen Panels liefern Details je Server und Historie.
Bei wiederholten Fehlern, Abbrüchen oder langsamen Ausführungen pro Jobname öffnen Sie die Familie und vergleichen jede Ausführung und ihre Events. Fallen sie mit hoher DB request time oder fehlenden Batch-Prozessen zusammen, kreuzen Sie DB und Work Process, bevor Sie das Problem nur dem Job zuschreiben.