Auf einen Blick: SM36 und SM37 übernehmen die SAP-Hintergrundverarbeitung, haben jedoch Schwierigkeiten mit der Orchestrierung im Unternehmensmaßstab. Eine Orchestrierungsschicht ist notwendig, um SAP- und Nicht-SAP-Jobs zu integrieren und so die Sichtbarkeit und Managementfähigkeiten zu verbessern.
- SM36 und SM37 sind auf einzelne SAP-Systeme beschränkt und bieten keine Unterstützung für komplexe Jobabhängigkeiten.
- Eine Orchestrierungsschicht verbessert die Steuerung und das SLA-Management über mehrere Systeme hinweg.
Was SM36 und SM37 machen
SAP wird mit einem vollständigen, nativen Werkzeugset für die Hintergrundverarbeitung ausgeliefert. SM36 ist der Ort, an dem ein Job definiert wird: seine Schritte, Programmvarianten, Startbedingungen und Rekurrence. SM37 ist die Jobübersicht, in der Administratoren Läufe überwachen, analysieren und fehlerbeheben. Zwei Begleittransaktionen verwalten die Ereignisse, die sie auslösen: SM62 und SM64 übernehmen die Ereignisdefinition und -verwaltung.
Diese Transaktionen sind gut für die Arbeit konzipiert, für die sie entwickelt wurden, und diese Arbeit ist umfangreich. Ein Team kann ein ABAP-Programm einplanen, das nächtlich ausgeführt wird, Schritte nacheinander aneinanderreihen und das Protokoll am nächsten Morgen zuverlässig überprüfen, ohne zusätzliche Software und ohne zusätzliche Lernoberfläche. Für die Einzelsystem-Batch-Verarbeitung ist native SAP-Tools die richtige Lösung und bleibt es auch.
Was sich ändert, ist die Form der Arbeit. Mit dem Wachstum eines Unternehmens hört ein Hintergrundjob auf, eine eigenständige Aufgabe zu sein, und wird zu einem Schritt in einem Geschäftsprozess , der SAP und die umliegenden Systeme umfasst: Carrier, Banken, Datenplattformen, Partnernetzwerke. Die Transaktion läuft weiterhin korrekt aus. Das Unternehmen muss nun sehen, ob der Prozess abgeschlossen ist. Das ist eine andere Frage, und hier erweitert eine Orchestrierungsschicht das, was SAP bereits bietet, anstatt es zu ersetzen.
Vier Orte machen diesen Sprung in Beton .
1. Abhängigkeitslogik: von linearen Ketten zu Prozessströmen
SM36 drückt hauptsächlich sequentielle Abhängigkeiten aus: Schritt B um Schritt A ausführen. Das modelliert eine lineare Kette genau. Unternehmensgeschäftsprozesse laufen selten in einer geraden Linie – sie breiten sich in parallele Zweige aus, die sich wieder verbinden, und sie tragen logische Abhängigkeiten, bei denen ein Nachfolger nur dann läuft, wenn eine Bedingung erfüllt ist. Native Scheduling hat keine integrierte Möglichkeit, dies auszudrücken und, ebenso wichtig, keine Möglichkeit, es darzustellen . Ohne ein Flussdiagramm des Durchlaufs lebt die Form des Prozesses in der Dokumentation und im Wissen der Menschen, die ihn gebaut haben.
Eine Orchestrierungsschicht modelliert den gesamten Prozess als visuellen Fluss mit sequentiellen, parallelen und logischen Abhängigkeiten in einer Ansicht. Der Abhängigkeitsgraph wird zu etwas, das ein Team lesen, übergeben und prüfen kann, anstatt es rekonstruieren zu können.
2. Brut- und Kinderjobs: den gesamten Prozessbaum sehen
Viele SAP-Programme spawnen Kindjobs zur Laufzeit. SM36 und SM37 haben keine zuverlässige Erkennung dieser gestarteten Prozesse, sodass ein Elternjob Erfolg melden kann, während seine Kinder noch laufen. Der verfügbare Workaround besteht darin, den Zeitplan mit Pufferzeit aufzufüllen und die Kinder fertigzustellen, bevor der nächste Schritt beginnt. Dieser Puffer ist Idle-Laufzeit an einer guten Nacht und eine defekte Abhängigkeit von einer schlechten.
Die Erkennung von Kindbaum entfernt die Schätzung. Wenn der vollständige Eltern-Kind-Baum verfolgt wird, beginnt der nächste Schritt im Prozess, sobald jedes Vorgängerkind abgeschlossen ist – nicht auf einem Timer und nicht auf einer Annahme.
3. Überwachung über das gesamte Anwesen hinweg: von der Nachbearbeitung bis zur Zeit im Voraus
SM37 berichtet über das System, in dem es läuft, was genau sein Design ist. Im Unternehmensmaßstab bedeutet das, dass ein Administrator SM37 in jedem System öffnet und nach dem Durchlauf die Logs liest. Fehler und Verzögerungen treten auf, wenn jemand schaut; ein Prozess kann ohne rechtzeitiges Signal im gelben Zustand hängen; und es gibt keine Vorhersage, dass ein Durchlauf auf eine verpasste Frist zusteuert. Prozesse, die Systemgrenzen überschreiten – ein SAP-Lauf, der einen Carrier, eine Bank oder eine Business-Intelligence-Plattform versorgt – liegen außerhalb des Sichtfelds von SM37, weil SM37 SAP sieht.
Hier wird eine Service-Level-Vereinbarung (SLA) zur Einheit des Managements. Die zentrale Orchestrierung überwacht den gesamten Bestand von einem Ort aus, warnt über einen blockierten Prozess, bevor dieser kaskadiert – auch wenn Hintergrundarbeit mangelt, weil Dialogprozesse ohne freien Hintergrundprozess verbraucht werden – und sagt einen SLA-Verstoß frühzeitig genug voraus, um darauf reagieren zu können.
4. Governance im großen Maßstab: Jeder Prozess unter einer Perspektive zu bringen
Alles, was direkt in SM36 geplant wird, liegt standardmäßig außerhalb der zentralen Kontrolle. Einzelne Teams erstellen Jobs auf einzelnen Systemen, und keine einzelne Ansicht liefert das vollständige Bild dessen, was wo läuft. Zwei Mechanismen schließen diese Distanz.
, die SAPs zertifizierte External Interface for Background Processing (XBP) 3.0 verwendet, speichert benutzerdefinierte Jobs , sodass Bedingungen und Abhängigkeiten angewendet werden können, bevor sie ausgeführt werden.
spiegelt diese unverwalteten Aufgaben in die zentrale Verwaltung wider, sodass die Immobilien sichtbar und verwaltet werden und nicht übernommen werden.
Die wiederkehrende Haushaltsebene
Ein Großteil dessen, was eine SAP-Landschaft gesund hält, ist wiederkehrende Wartung, die durch diese gleichen Transaktionen läuft und von Hand überwacht wird. Der untenstehende Bestand ist repräsentativ und nicht erschöpfend, und es ist die Arbeit, die am wenigsten skaliert, wenn die Landschaften wachsen.
| Transaktion | Die Reinigung wird betrieben | Warum es gesehen werden muss |
| SM37 / RSUVM008 | Bereinigung von veralteten Schlosseinträgen | Aufbau verschlechtert die Leistung, wenn der Durchlauf unbemerkt fehlschlägt |
| SWUI | Alle SW*-Workflow- und Workitem-Jobs | Individuell überwacht, in Systemprotokollen vergraben |
| SOST | SAPconnect E-Mail-, Nachrichten- und Benachrichtigungszustellung | Lieferfehler erfordern eine manuelle Eskalation an das richtige Team |
| RZ11 | Push-, Bestell- und Rechnungsflag-Updates für Zwischendokumente (IDoc), Wartungsaufträge | Stille Fehlschläge wirken sich auf nachgelagerte Beiträge aus |
| PFCG / SU01 | Wiederkehrende Sicherheits- und Governance-, Risiko- und Compliance-Läufe (GRC) | Autorisierungs- und Compliance-Läufe müssen im Zeitplan bleiben |
| RZ20 | Aggregation von Benachrichtigungen im Computing Center Management System (CCMS) | Alarme befinden sich in systemspezifischen Silos ohne zentrale Sichtweise |
| SARA | Datenarchivierung: Schreib-, Lösch- und Speicherläufe | Nachlassaufblähung bei Archivierungsfehlern; jedes Objekt wird von Hand verfolgt |
Jede Reihe ist eine Arbeit, die jemand überwacht, eskaliert und manuell neu startet. Die Konsolidierung unter einem Kontrollpunkt ist der Unterschied zwischen einem Team, das die Hintergrundverarbeitung betreut, und einem, das den Geschäftsprozess ausnahmsweise verwaltet.
Häufig gestellte Fragen
Was sind die Haupteinschränkungen von SM36 und SM37 im Unternehmensmaßstab?
SM36 und SM37 eignen sich hervorragend, um Hintergrundjobs innerhalb eines einzelnen SAP-Systems zu definieren und zu überwachen, und sie erfüllen diese Aufgabe zuverlässig. Organisationen gehen darüber hinaus, wenn diese Jobs zu Schritten in größeren Geschäftsprozessen werden, die sich über Systeme erstrecken. Vier Faktoren treiben den Wandel voran: SM36 zeigt hauptsächlich sequentielle Abhängigkeiten, ohne visuellen Fluss und ohne Unterstützung für parallele oder logische Verzweigungen; es kann keine spawnten Kind-Jobs zuverlässig erkennen, daher füllt Teams die Planung mit Pufferzeiten aus; SM37-Überwachung erfolgt system-für-System und nachträglich, ohne Vorwärts-SLA-Vorhersage und ohne Einblick in Nicht-SAP-Schritte; und alles, was direkt in SM36 geplant ist, liegt außerhalb der zentralen Governance. Das Überwinden dieser Distanz erfordert eine Orchestrierungsschicht, die den gesamten Prozess modelliert, den Parent-Child-Jobbaum erkennt, den Estate von einem Kontrollpunkt aus gegenüber SLAs überwacht und unverwaltete Jobs durch Abfang und Extraktion unter Governance bringt.
Können SAP-Hintergrundjobs über SAP- und Nicht-SAP-Systeme verteilt werden?
Nicht nativ. SM36-Pläne und SM37-Monitore funktionieren im SAP-System, in dem sie laufen, sodass ein Prozessschritt, der in einem Carrier-Portal, einer Bankdateienübertragung, einer Datenplattform oder einem Partnersystem landet, für sie unsichtbar ist; der SAP-Job meldet den Erfolg, und was danach passiert, wird an einem anderen Ort verfolgt, meist von einer Person. Eine Orchestrierungsschicht, die über SAPs zertifizierte XBP-Schnittstelle integriert wird, legt SAP- und Nicht-SAP-Schritte in einen einzigen Abhängigkeitsgraphen, sodass der End-to-End-Geschäftsprozess als eine Einheit definiert, überwacht und wiederhergestellt wird, statt als eine Reihe von Übergaben.
Wie überwacht man die SAP-Hintergrundverarbeitung über mehrere Systeme an einem Ort?
SM37 bietet eine systembezogene Ansicht, sodass Multi-System-Landschaften bedeuten, SM37 in jedem System zu öffnen und nach dem Durchlauf Logs zu lesen, wobei CCMS-(RZ20)-Alarme in ihren eigenen Silos pro System liegen. Eine zentrale Orchestrierungsschicht fasst den Stand zu einem Kontrollpunkt zusammen: aktiver Status in jedem verbundenen System, Benachrichtigungen über blockierte oder ausgehungerte Prozesse, während sie auftreten, SLA-Vorhersage, die einen Lauf auf eine verpasste Frist hindeutet, sowie erfasste Joblogs und Spool-Ausgaben, die an das Team weitergeleitet werden, das den Prozess besitzt. Der praktische Wandel erfolgt vom Lesen von Logs nach einem Fehlschlag hin zu einer Benachrichtigung vor einer verpassten Frist.
Nächste Schritte
Wenn Ihre Hintergrundverarbeitung ein einziges System überschritten hat, ist der nächste Schritt zu sehen, wie SAP- und Nicht-SAP-Jobs in einem Abhängigkeitsgraphen liegen. Entdecken Sie Control-M für SAP oder greifen Sie auf die Control-M-Demobibliothek zu.
Diese Beiträge sind meine eigenen und spiegeln nicht unbedingt die Position, Strategien oder Meinung von BMC wider.