Auf einen Blick: SM36 und SM37 sind wichtige SAP-Transaktionscodes für Jobplanung und -überwachung, aber ihre systemspezifische Natur begrenzt eine breitere Verwendung. Control-M verbessert diese Codes, indem es unternehmensweite Orchestrierung, Sichtbarkeit und Automatisierung bietet, Abläufe optimiert und die Komplexität reduziert.
- Control-M bietet Transparenz über das gesamte SAP-Ökosystem.
- Snam S.p.A. berichtete nach der Einführung von Control-M über eine Reduzierung von Workflow-Fehlern um 40 %.
SAPs native Job-Scheduling- und Monitoring-Werkzeuge, Transaction Codes (t-Codes) SM36 und SM37, sind grundlegende Komponenten vieler SAP-Systeme. Control-M ermöglicht es Unternehmen, neuen Wert aus diesen langjährigen System-Grundpfeilern zu ziehen, ohne ressourcenintensive Neuentwicklung zu benötigen. Dieser Blog erklärt, wie das ist.
Einzelne Unternehmen haben möglicherweise Tausende von SM36- und SM37-T-Codes für unzählige Server und SAP-Instanzen entwickelt, um die täglichen Aufgaben zu verwalten, die SAP-Systeme am Laufen halten. SM36- und SM37-Codes haben eindeutig einen wichtigen Platz in SAP-Systemen. Manchmal sagen uns Nutzer, dass das Problem darin besteht, dass der Platz für SM36 und SM37 zu klar definiert ist. SM36 und SM37 sind systemspezifisch, was bedeutet, dass sie nur zur Planung und Überwachung von Jobs für das System, auf dem sie sich befinden, verwendet werden können. Das funktioniert gut für isolierte Jobs, die vollständig innerhalb eines einzelnen Servers oder einer SAP-Instanz ausgeführt werden. Wenn der größere Workflow aus diesem Silo ausbrechen muss, zum Beispiel um einen Datenstrom von einem cloudbasierten System zu akzeptieren oder eine Datenbank auf einem anderen Server zu aktualisieren, müssen zusätzliche SM36- und SM37-Codes für diese Systeme entwickelt werden.
Es sei denn...
… Organisationen verbessern ihre SM36- und SM37-T-Codes durch Control-M (selbstgehostet oder SaaS). Die Control-M-Suite orchestriert die Workflow-Ausführung in der gesamten IT-Umgebung des Unternehmens. Sie ist nicht systemspezifisch und wird häufig verwendet, um hochkomplexe, multielementige Workloads in hybriden Cloud-Umgebungen auszuführen. Für SAP-Nutzer bietet Control-M einen vollständigen Überblick über alle SAP-Jobs – und ihre abhängigen Jobs – im gesamten Unternehmen. Hier ein tieferer Blick darauf, wie Control-M mit SM36 und 37 eingesetzt wird, um einige ihrer Einschränkungen zu überwinden.
SM36 und SM37 halten die Systeme am Laufen
SM36 und SM37 sind großartige Werkzeuge zur Planung und Überwachung der tausenden Jobs, die täglich in SAP-Umgebungen laufen. Diese Jobs können Dateiübertragungen, Datenbankupdates aktualisieren, Berichte ausführen, Updates an Geschäftsanwender weiterleiten und vieles mehr umfassen. SM36, SM37 und andere t-Codes werden typischerweise in SAPs Advanced Business Application Programming (ABAP) entwickelt, sodass die Verantwortung für deren Erstellung und Wartung bei SAP-Experten liegt, entweder intern oder bei einem Dienstleister. Wie bereits erwähnt, sind SM36 und SM37 systemspezifisch. Wenn eine Dateiübertragung oder ein anderer Jobtyp auf verschiedenen SAP-Instanzen oder in verschiedenen SAP-Versionen ausgeführt werden muss, müssen für jeden separate T-Codes entwickelt werden. Wenn Daten von einem System an ein anderes übergeben werden oder ein anderer Workflow ähnlich über verschiedene Systeme läuft, müssen SM36- und SM37-Jobs entwickelt werden, um diese Situationen zu bewältigen. Solche Regelungen sind Standardverfahren für viele Unternehmen. Der Prozess funktioniert, obwohl er etwas ressourcenintensiv und nicht sehr transparent ist.
Es gibt einige Situationen, in denen die Anforderungen an qualifizierte Ressourcen im Zusammenhang mit der Nutzung von SM36 und SM37 historisch gesehen Probleme verursacht haben. Zum einen besteht ein Jobausfall oder eine unerklärliche Verzögerung. Die andere ist, wenn der Job-Workflow mit Systemen außerhalb des vorhandenen Prozesses interagieren muss. Schauen wir uns jede dieser Situationen kurz an.
Job-Leistungsprobleme oder komplette Fehler bei SM36 und SM37 können in komplexen Ökosystemen schwer zu diagnostizieren und debuggen sein, da IT-Administratoren die Logs aller zugehörigen t-Codes in jedem System, das der Job berührt, einsehen müssen. Viele Verzögerungen und Fehler entstehen dadurch, dass eine Komponente eines Workflows nicht rechtzeitig fertig ist. Wenn sich beispielsweise eine Dateiübertragung verzögert, kann der Job, der einen Bericht ausführen soll, der Daten aus der Datei benötigt, nicht starten. Solche Probleme können durch automatisierte Orchestrierung gelöst (verhindert) werden, aber ohne diese müssen sie manuell debuggen werden.
Patch- und Upgrade-Installationen sind weitere riskante Phasen für Jobfehler. Für Organisationen, die SM36 und SM37 nutzen, erfordert jedes jährliche, monatliche und vierteljährliche Update oder spezielle Patch, dass alle eingehenden und ausgehenden Jobs manuell gestoppt und nach Abschluss des Updates neu gestartet werden. Das ist zeitaufwendig und gefährdet geschäftskritische Prozesse.
Mit zunehmender Komplexität der Systeme steigt die Wahrscheinlichkeit von Workflow-Ausfällen, weil Workflows über verschiedene Systeme hinweg orchestriert werden müssen. Wie gut Unternehmen Workflows orchestrieren können, hängt davon ab, wie viel Transparenz sie darüber haben. Wenn Sie den Status eines Datenstroms oder eines anderen abhängigen Jobs erst nach der Übergabe sehen können (oder nachdem sie wie geplant nicht erfolgt), haben Sie nicht die nötige Transparenz, um Fehler zu verhindern.
Wie Control-M helfen kann
Control-M fügt die Orchestrierungskomponente zur Jobplanung und -Überwachung von SM36 und SM37 hinzu. Es adressiert die mit diesen Tools verbundenen Hauptprobleme, indem es Transparenz über die gesamte IT-Umgebung bietet (hilft, abhängigkeitsbedingte Jobfehler vorherzusehen und zu verhindern) und tief in die Jobs selbst einzutauchen, was Prävention oder schnelle Behebung ermöglicht.
Control-M bietet Transparenz in Jobs im gesamten SAP-Ökosystem, unabhängig vom Standort. Wenn Sie den Status eines Workflows sehen oder ändern möchten, gehen Sie an einen Ort – die Control-M-Benutzeroberfläche – statt mehrere Systeme auf den Status jedes Schrittes im Workflow überprüfen zu müssen. Control-M zeigt den Gesamtstatus an und gibt Ihnen die Möglichkeit, jeden abhängigen Job zu durchbohren. Benutzer können den Status eines gesamten Workflows mit dem gleichen oder weniger Aufwand einsehen als bei einer SM37-Prüfung an einer einzelnen Komponente. Das macht die Verwaltung der SAP-Umgebung viel weniger ressourcenintensiv.
Hier ein Beispiel. Systemadministratoren untersuchen typischerweise SM36- oder SM37-Jobfehler, indem sie eine ST22-Dump-Analyse durchführen. Ohne Control-M müssen die Logs und kurzen Dumps manuell abgefangen werden. Dieses Verfahren benötigt Zeit und muss möglicherweise über mehrere SAP-Instanzen hinweg wiederholt werden. Administratoren müssen keine Logs abrufen und überprüfen, wenn sie Control-M verwenden, da es die Logs automatisch überwachen kann, ohne dass manuell eingreifen muss. Und dank der Fähigkeit von Control-M, alle Abhängigkeiten automatisch zu überwachen, kann ein potenzielles Problem mit einem Job schnell erkannt und behoben werden, bevor es andere betrifft. So erhöht Control-M die Verfügbarkeit, ohne dass die Administrator-Supportzeit verlängert werden muss.
Der in Italien ansässige Energieinfrastrukturbetreiber Snam S.p.A. berichtete, dass er nach der Einführung von Control-M in seine SAP-Umgebung, zu der SAP ERP Central Component (ECC) und SAP S/4HANA gehören, die Workflow-Fehler um 40 Prozent reduziert hat. Die Freigabe des spezialisierten SAP-Personals half dem Unternehmen auch, die Geschäftsdienstleistungszeit um 20 Prozent zu verbessern. Mehr über das Programm erfahren Sie hier.
Dies sind nur einige der Möglichkeiten, wie die Orchestrierung von SM36- und SM37-Codes über Control-M die Komplexität reduziert und im täglichen Betrieb Zeit spart. Control-M bietet auch einige weitere Vorteile bei Migrationen zu SAP S/4HANA oder anderen Versionen, wie dieses Whitepaper erklärt.
Control-M ist eine großartige Ergänzung zu SM36 und SM37, da es Silos abbaut, über die gesamte SAP-Umgebung hinweg arbeitet, egal wie komplex es ist, und die Abhängigkeit des Unternehmens von wenigen erfahrenen SAP-Spezialisten abbaut, die alle Workflow-Jobs manuell erstellen und überwachen. Seine Self-Service-Funktionen ermöglichen eine sichere Bürgerentwicklung, bei der die IT die Kontrolle über die Arbeitsabläufe behält, aber Geschäftsanwender ihre Anfragen selbst bearbeiten können. Vor allem schafft Control-M Transparenz über alle SM36- und SM37-Jobs sowie das gesamte SAP-Ökosystem.
Diese Beiträge sind meine eigenen und spiegeln nicht unbedingt die Position, Strategien oder Meinung von BMC wider.