Überblick
Das Monitoring von SAP-Systemen geht weit über die Infrastrukturüberwachung hinaus. HANA-Datenbank, NetWeaver Application Server, Dialogverarbeitung, Background Jobs, RFC-Verbindungen, Geschäftsprozesskennzahlen und die Endanwender-Erfahrung müssen auf unterschiedlichen Monitoring-Ebenen betrachtet werden. Probleme auf jeder Ebene zeigen unterschiedliche Symptome und werden mit unterschiedlichen Werkzeugen analysiert. Der Aufbau und die Optimierung dieser mehrschichtigen Monitoring-Infrastruktur ist die komplexeste Dimension des SAP-Monitorings.
Die In-Memory-Architektur von SAP HANA stellt besondere Anforderungen an das Performance-Monitoring. Speichernutzung, Column-Store-Größe, Merge-Statistiken, die Ansammlung von Mutant Records und die Analyse von HANA-Sessions sind HANA-spezifische, kritische Monitoring-Kennzahlen. SAP HANA Cockpit und HANA Studio sind die primären Werkzeuge für diese Analysen; für ein Monitoring auf Unternehmensebene ist jedoch die Integration mit externen Plattformen wie Grafana, Prometheus und SAP Solution Manager unerlässlich.
Das SAP-Basis-Monitoring umfasst Kernel-Konsistenzprüfungen, Work-Process-Auslastung, den Status von RFC- und aRFC-Verbindungen, Spool-Probleme, Transportprobleme und die Analyse des Systemprotokolls SM21. Diese Monitoring-Aktivitäten müssen systematisch gesteuert werden, um die Ursachen von Endanwenderproblemen zu ermitteln. SAP Solution Manager Diagnostics oder SAP Focused Run sind Enterprise-Plattformen, die diese Aktivitäten in großen SAP-Landschaften automatisieren.
Das Geschäftsprozess-Monitoring (Business Process Monitoring) ist die wertvollste Dimension des SAP-Monitorings. Ein technisch einwandfrei laufendes System reicht nicht aus; auch Geschäftskennzahlen wie die Bearbeitungsdauer von Kundenaufträgen, Warteschlangen bei Lieferscheinen oder Fehler in der Rechnungsverarbeitung müssen überwacht werden. SAP BPMon und individuelle Monitoring-Dashboards schaffen diese Transparenz über die Geschäftsprozesse.
Das eigentliche Ziel von SAP Monitoring ist nicht bloß das Erzeugen von Alarmen, sondern den richtigen Alarm zum richtigen Zeitpunkt an die richtige Person zu übermitteln, damit gehandelt werden kann, bevor ein Problem entsteht. Eines der größten Probleme in Unternehmensumgebungen ist die Alarmmüdigkeit. Werden zu viele technische Warnungen erzeugt, fällt es Teams schwer zu erkennen, welche davon tatsächlich geschäftliche Auswirkungen haben. Ein wirksames SAP-Monitoring-Design muss daher technisches Rauschen reduzieren und geschäftskritische Signale in den Vordergrund stellen.
Gerade in SAP-Umgebungen sind Performance-Probleme nicht immer direkt auf unzureichende Infrastruktur zurückzuführen. Schlecht geschriebener ABAP-Code, lang laufende SQL-Abfragen, blockierte Geschäftsprozesse, falsch terminierte Batch-Workloads oder unerwartetes Datenwachstum können ebenso kritisch sein. Deshalb schafft der Monitoring-Ansatz von Indexline ein mehrschichtiges Transparenzmodell, das nicht nur CPU, RAM und Festplatten verfolgt, sondern auch Anwendungsverhalten, User Experience und Prozessengpässe gemeinsam beobachtet.
Ein weiterer häufiger Fehler bei Monitoring-Investitionen ist es, die Erstellung von Dashboards zum Selbstzweck zu machen. Noch so ansprechende Grafiken schaffen keinen echten Mehrwert, wenn sie keine operativen Entscheidungen ermöglichen. Im SAP-Monitoring-Service wird daher für jedes Dashboard und jede Alarmregel ein klarer Verwendungszweck festgelegt: Wer schaut hin, wann wird hingeschaut, was geschieht bei Überschreitung des Schwellenwerts und welches Geschäftsergebnis hat diese Maßnahme? Gibt es auf diese Fragen keine Antwort, erzeugt die Kennzahl lediglich visuelle Überfrachtung.
Transparenz über Geschäftsprozesse ist ein wirkungsvolles Instrument, das insbesondere den Dialog zwischen Geschäftsleitung und IT-Teams verbessert. Während technische Teams meist über Systemzustand sprechen, denken Fachbereiche in Kennzahlen wie Auftragsdurchlaufzeit, Abschlussquote oder Bearbeitungswarteschlange im Lager. Richtig aufgesetztes SAP Monitoring schlägt eine Brücke zwischen diesen beiden Sprachen. So berichten IT-Teams nicht nur über technische Performance, sondern machen auch die geschäftlichen Auswirkungen quantitativ und verständlich sichtbar.
In hybriden SAP-Landschaften mit vielen Systemen ist zentrales Monitoring heute noch wichtiger geworden. Entwicklungs-, Test-, Qualitätssicherungs- und Produktivsysteme laufen teils an unterschiedlichen Standorten, auf unterschiedlichen Infrastrukturen und mit unterschiedlichen Supportteams. Das führt zu fragmentierter Transparenz. Indexline reduziert diese Fragmentierung mit zentralem Dashboard, gemeinsamem Alarmprotokoll, Eskalationsablauf und Trendanalyse und verfolgt das Ziel, das gesamte SAP-Ökosystem über eine einzige Managementoberfläche zu überwachen.
Letztlich ist SAP Monitoring einer der wichtigsten Hebel für den Wechsel vom reaktiven Problemlösungsmodell zu einem proaktiven Betriebsmodell. Kapazitätsengpässe, Performance-Abweichungen oder Stockungen in Geschäftsprozessen frühzeitig zu erkennen, statt erst nach einer Anwenderbeschwerde einzugreifen, steigert sowohl die Anwenderzufriedenheit als auch das Ansehen der IT-Teams erheblich. Indexline strebt an, diesen Ansatz zum selbstverständlichen Bestandteil des täglichen Betriebs zu machen.
So funktioniert es
Festlegung des Monitoring-Umfangs: Die zu überwachenden Kennzahlen für HANA, NetWeaver, Geschäftsprozesse und Endanwender-Erfahrung werden definiert.
Einrichtung von SAP Solution Manager: SAP Focused Run oder Solution Manager Diagnostics sowie BPMon werden konfiguriert.
Integration externer Monitoring-Werkzeuge: Prometheus Exporter (HANA, NetWeaver) werden mit Grafana-Dashboards integriert.
Alarmregeln: Für jede Kennzahl werden Schwellenwerte und Alarmregeln definiert. Eine kritikalitätsbasierte Eskalationsmatrix wird erstellt.
Geschäftsprozess-Monitore: Mit BPMon werden zentrale Geschäftsprozesskennzahlen (Kundenaufträge, Logistik, Finanzen) überwacht.
Endanwender-Erfahrung: Mit SAP User Experience Monitoring werden die Antwortzeiten für Endanwender überwacht.
Reporting: Ein wöchentlicher Systemzustandsbericht und eine monatliche Trendanalyse werden automatisch erstellt.
Wichtigste Funktionen
HANA-Performance-Monitoring
Speichernutzung, Column-Store-Analyse, SQL-Abfragen, HANA-Sessions und Statement-Cache-Kennzahlen werden detailliert überwacht.
SAP-NetWeaver-Monitoring
Work-Process-Auslastung, Dialog-Antwortzeit, RFC-Verbindungen und der Status von Background Jobs werden umfassend überwacht.
Geschäftsprozess-Monitoring
Mit SAP BPMon werden Auftragsabwicklung, Beschaffung und Finanzabschluss überwacht. SLA-Verletzungen werden per Alarm gemeldet.
Endanwender-Erfahrung
Mit SAP UEM werden Antwortzeiten und Fehlerraten für Endanwender standortbezogen überwacht.
Proaktive Kapazitätswarnung
Durch Trendanalysen zu Festplatte, Arbeitsspeicher und Workload werden Kapazitätsengpässe frühzeitig erkannt.
SAP-Transport-Monitoring
Transportfehler und offene Requests werden überwacht. Hängende Transporte werden proaktiv erkannt.
Sicherheits-Monitoring
Fehlgeschlagene Anmeldeversuche, Berechtigungsverstöße und Änderungen an kritischen Tabellen werden anhand der Sicherheitsprotokolle überwacht.
Zentrales Dashboard
Über Grafana oder SAP Solution Manager wird die gesamte SAP-Landschaft von einer Konsole aus überwacht. Management- und technische Ansichten sind getrennt.
Vorteile & Nutzen
Performance-Probleme werden durch proaktives Monitoring erkannt, bevor sie den Endanwender beeinträchtigen.
Durch die Analyse von HANA-SQL-Abfragen werden langsame Abfragen identifiziert und die Performance optimiert.
Transparenz über Geschäftsprozesse ermöglicht es dem IT-Team, geschäftliche Auswirkungen zu verstehen und entsprechend zu priorisieren.
Kapazitätswarnungen verhindern durch geplante Erweiterungen mögliche Systemausfälle.
Zentrales SAP Monitoring erleichtert die Verwaltung mehrerer Systeme und Umgebungen (Dev/Test/Prod) über eine Konsole.
Automatische Wochenberichte schaffen Transparenz über den SAP-Zustand auf Vorstands- und IT-Leitungsebene.
Die Alarmmüdigkeit nimmt ab; Teams können sich auf kritische Warnungen konzentrieren, die tatsächlich Handlungsbedarf erfordern.
Da technische Kennzahlen mit Geschäftsergebnissen verknüpft werden, entsteht eine stärkere gemeinsame Sprache zwischen IT und Fachbereichen.
Dank Trendanalysen werden nicht nur akute Störungen, sondern auch wachsende strukturelle Risiken frühzeitig erkannt.
Zentrale Transparenz stärkt die operative Koordination zwischen verschiedenen Teams und Standorten.
Anwendungsfälle nach Branche
Fertigung
Geschäftsprozesskennzahlen in SAP PP wurden überwacht; Verzögerungen beim Abschluss von Fertigungsaufträgen wurden proaktiv erkannt und die operative Effizienz gesteigert.
Einzelhandel
Durch HANA-Speichermonitoring wurde vor einer geplanten Wartung erkannt, dass der Arbeitsspeicher ein kritisches Niveau erreicht hatte; dank frühzeitigem Eingreifen kam es zu keinem Systemstillstand.
Logistik
Lagerprozesse in SAP eWM wurden mit BPMon überwacht; Verzögerungen bei Warenbewegungen wurden in Echtzeit verfolgt.
Finanzwesen
Der monatliche Abschlussprozess in SAP FI-CO wurde überwacht; durch sofortige Alarmierung im Fehlerfall wurde eine Überschreitung der Abschlussfrist verhindert.
Energie
Die Abrechnungswarteschlange in SAP IS-U wurde mit BPMon überwacht; Rückstaus wurden früh erkannt und Abrechnungsverzögerungen verhindert.
Öffentlicher Sektor
Die SAP-Systeme zahlreicher Ministerien wurden mit einem zentralen Solution Manager überwacht; das IT-Team verwaltete alle Systeme über eine einzige Konsole.
Der Indexline-Ansatz
Die Zahl der SAP-Monitoring-Werkzeuge ist groß, und die SAP-spezifische Monitoring-Terminologie und -Mechanik sind ausgesprochen komplex. Die Einrichtung des SAP-Monitorings erfordert daher fundierte SAP-Basis-Expertise; sie allgemeinen Monitoring-Werkzeugen zu überlassen, führt zu unzureichenden Ergebnissen. Indexline verbindet technische SAP-Expertise mit Monitoring-Engineering und baut so eine aussagekräftige SAP-Monitoring-Infrastruktur auf.
SAP-Performance-Probleme lassen sich häufig auf eine bestimmte Datenbankabfrage, eine fehlerhafte Programmoptimierung oder eine übermäßig gewachsene Tabelle zurückführen. Die regelmäßige Analyse mit SAP Workload Monitor und HANA SQL Monitor ist eine praxisnahe Methode, solche Probleme zu erkennen, bevor sie eskalieren.
Der Wert des SAP-Monitorings liegt jenseits des reinen technischen Systemzustands in der Transparenz über Geschäftsprozesse. BPMon, das die Bearbeitungsdauer von Kundenaufträgen, den Beschaffungszyklus und die Dauer des Finanzabschlusses überwacht, ermöglicht es dem IT-Team, die Sprache des Business zu sprechen. Dieser Wandel stärkt die Zusammenarbeit zwischen IT und Fachbereichen.
Der Ansatz von Indexline zielt nicht darauf ab, die Zahl der Dashboards zu erhöhen, sondern die Entscheidungsqualität zu verbessern. Deshalb wird jeder Alarm und jede Ansicht so gestaltet, dass daraus konkrete operative Maßnahmen entstehen.
In einer zentralen SAP-Monitoring-Architektur werden die Bedürfnisse technischer Teams und die Transparenzanforderungen des Managements nicht auf demselben Bildschirm bedient; mit einem rollenbasierten, mehrstufigen Transparenzmodell erhält jeder die benötigten Daten auf der richtigen Ebene.
Gute Monitoring-Systeme zeigen nicht nur Störungen an, sondern machen auch wiederkehrende Probleme sichtbar. Die SAP-Umgebung durch Trend- und Ursachenanalysen im Laufe der Zeit stabiler zu machen, betrachten wir als eines unserer Kernziele.
Häufig gestellte Fragen
Ist Monitoring auch ohne SAP Solution Manager möglich?
Ja, mit externen Werkzeugen (Grafana, Prometheus, Zabbix) lassen sich grundlegende HANA- und NetWeaver-Kennzahlen überwachen. Für SAP BPMon und End-User Experience Monitoring werden jedoch Solution Manager oder SAP Focused Run bevorzugt. Wir bewerten Ihre bestehende Monitoring-Infrastruktur und legen den am besten geeigneten Ansatz fest.
Welche Schwellenwerte sollten beim HANA-Speichermonitoring verwendet werden?
Der genutzte Arbeitsspeicher sollte 90 % des insgesamt belegten Speichers nicht überschreiten. Gemäß SAP-Empfehlung sollte eine Warnung erzeugt werden, wenn das Allocation Limit bei etwa 50 % liegt. Column-Store-Merge und Rowstore-Größe gehören ebenfalls zu den kritischen Kennzahlen.
Wie werden lang laufende SQL-Abfragen erkannt?
Für die systematische Abfrageanalyse wird HANA Studio → SQL Console → „M_EXPENSIVE_STATEMENTS“ verwendet. Auf NetWeaver-Seite kommen die SAP-Transaktion SM66 (globale Work-Process-Übersicht) und SM50 für die Analyse der Dialog-Work-Prozesse zum Einsatz.
Wie erfolgt das Monitoring von Background Jobs?
Der Status von Background Jobs wird mit SM37 überwacht. Für kritische Jobs werden Alarme in SAP Alert Monitoring oder Solution Manager BPMon konfiguriert. Lang laufende oder fehlgeschlagene Jobs werden per Alarm gemeldet.
Wie wird die Performance von SAP Fiori überwacht?
Ladezeiten des Fiori Launchpads und Antwortzeiten der OData-Services werden mit SAP UEM oder externen RUM-Werkzeugen (Real User Monitoring) überwacht. Bei langsamen Fiori-Apps wird die Ursache durch Analyse der Backend-OData-Services ermittelt.
Welche Protokolldateien umfasst das SAP-Monitoring?
Die wichtigsten Protokollquellen sind SM21 (Systemprotokoll), HANA-Diagnosedateien (Nameserver, Indexserver), NetWeaver-Work-Process-Traces und dev_w-Tracedateien. Die Weiterleitung dieser Dateien an ein zentrales SIEM oder Log-Management-System ist für das Sicherheits-Monitoring wichtig.
Was ist der Unterschied zwischen proaktivem und reaktivem Monitoring?
Reaktives Monitoring setzt erst nach einer Anwenderbeschwerde ein und führt zu Zeit- und Reputationsverlust. Proaktives Monitoring erkennt Schwellenwertüberschreitungen frühzeitig und ermöglicht ein rechtzeitiges Eingreifen. Kapazitätstrendanalyse und Anomalieerkennung sind kritische Bestandteile des proaktiven Monitorings.
Wie sollte ein SAP-Monitoring-Dashboard gestaltet sein?
Empfohlen wird ein mehrstufiger Dashboard-Ansatz: für das C-Level ein Health Score der Geschäftsprozesse, für IT-Manager eine Zusammenfassung des Systemzustands und für SAP Basis technische Details. Jede Ebene liefert Informationen in unterschiedlicher Granularität; der Alarmmechanismus übermittelt die richtige Warnung an die richtige Person.