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 Runs | Jobs | Ausführungstabelle und Laufdetails |
| 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 Ausführungen in (to-15m, to].
Failed jobs verwendet dasselbe Zeitbereichsende: Der KPI zeigt dieses
rollierende Fenster, während das Diagramm den gesamten gewählten Zeitraum
beibehält. Hat eine Ausführung mehrere passende Zeilen, verwendet SPOT die
letzte als Ergebniszeitpunkt; eine Abbruchzeile nach dem gewählten Schnitt wird
nicht der Vergangenheit zugerechnet. Der Serverfilter gilt für diese letzte
Zeile: Wurde ein Job zwischen Servern verschoben, wird er nicht anhand einer
früheren Zeile auf dem gewählten Host gezählt.
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.
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 runs wählt ein Klick die Zeile und aktualisiert Execution
summary. Open details, Enter oder ein Doppelklick öffnet Lifecycle und
paginiertes Job Log. Escape schließt das Detail und gibt den Fokus zurück.
Open details ist die blaue Primäraktion der Zusammenfassung und bleibt im
hellen wie dunklen Theme klar erkennbar. Die Tabelle zeigt 15 Ausführungen pro Seite und übersetzt SAP-Codes in Planned,
Released, Ready, Active, Finished und Canceled; API und Storage
behalten den Code.
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 Ausführung wird wegen mehrerer Logzeilen
nicht mehrfach gezählt.
Filter und nächste Bildschirme
Filtern Sie nach Ausführungsfenster, Status und Server. Öffnen Sie Job Runs für Jobname, Job Count und Log; Job Events zeigt zugehörige Meldungen. Kreuzen Sie Work Process für Batch-Kapazität und Dumps, DB für Latenz und Filesystem, wenn der Job Spool, Exporte oder Logs 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 oder Abbrüchen pro Jobname öffnen Sie Job Runs und zugehörige Events. Wenn sie mit hoher DB request time oder fehlenden Batch-Prozessen zusammenfallen, kreuzen Sie DB und Work Process, bevor Sie das Problem nur dem Job zuschreiben.