SAP Basisüberwachung von Transaktionscodes und Systemprüfungen

⚡ Intelligente Zusammenfassung

SAP Die Systemüberwachung ist eine tägliche Routine, die Server, Arbeitsprozesse, Sperren, Updates und den Zustand der Datenbank im Blick behält. Wichtige Transaktionscodes wie SM51, SM50, SM66, SM21, ST22, ST02, ST06, DB02 und DB12 bieten Administratoren eine umfassende Checkliste für proaktives Handeln.

  • Server und Arbeitsprozesse überprüfen: SM51 listet Anwendungsserver auf, während SM50 und SM66 den Status von Arbeitsprozessen auf Instanzebene und systemweit anzeigen.
  • 🔒 Veraltete Sperren und Updates löschen: SM12 kennzeichnet alte Sperreinträge; SM13 fängt deaktivierte Aktualisierungen und festsitzende Warteschlangen ab.
  • 📜 Überprüfen Sie die Systemprotokolle und Speicherabbilder: SM21 zeigt Fehler und Warnungen an; ST22 sammelt ABAP-Kurzdumps für den Tag.
  • ⚙️ Puffer und CPU optimieren: ST02 zeigt Pufferwechsel an; ST06 bestätigt, dass die CPU-Leerlaufleistung bei gleichbleibender Last bei etwa 60–65 % liegt.
  • 🤖 KI zur Anomalieerkennung einsetzen: KI-Assistenten fassen SM21- und ST22-Muster zusammen, kennzeichnen DB02-Wachstumstrends und empfehlen den nächsten Untersuchungs-T-Code.

SAP Überwachung und Leistungsprüfungen

Was ist SAP Systemüberwachung?

SAP Systemüberwachung ist die tägliche Basisroutine, die dafür sorgt, dass SAP Die Systemlandschaft wird durch regelmäßige Überprüfung von Servern, Arbeitsprozessen, Sperren, Updates, Systemprotokollen und Datenbanken in einem gesunden Zustand gehalten. Ziel ist es, proaktiv zu handeln – Probleme zu erkennen, bevor sie von den Benutzern bemerkt werden.

Eine typische tägliche Checkliste umfasst:

  • Überprüfung der Anwendungsserver.
  • Überwachung systemweiter Arbeitsprozesse.
  • Überwachung der Arbeitsprozesse für einzelne Instanzen.
  • Überwachung von Sperreinträgen.
  • CPU-Auslastung.
  • Verfügbarer Speicherplatz in der Datenbank.
  • Überwachung von Aktualisierungsprozessen.
  • Überwachung des Systemprotokolls.
  • Buffer Statistik.
  • Überwachung von Batch-Jobs.
  • Überwachung von Spool-Anforderungen und Zählung von Druckanforderungen.
  • ABAP-Dump-Analyse.
  • Datenbankleistungs- und Konsistenzprüfungen.
  • Überwachung der Anwendungsbenutzer.

Warum tägliche Kontrollen und Systemüberwachung?

Tägliche Prüfungen decken kleinere Probleme auf – etwa einen blockierten Arbeitsprozess, eine veraltete Sperre oder einen fast ausgelasteten Tabellenbereich (nahe 95 %) –, bevor es zu Ausfällen kommt. Sie liefern dem Basis-Team eine verlässliche Basis, sodass Anomalien sofort erkennbar sind, und fließen in die Kapazitätsplanung ein.

Tägliche Kontrollen / Systemüberwachung

Wie überwachen wir ein SAP System?

Die Überwachung ist anhand von Transaktionscodes (T-Codes) organisiert, die jeweils eine bestimmte Ebene abdecken – Server, Arbeitsprozesse, Sperren, Aktualisierungen, Protokolle, Puffer, CPU, Speicherabbilder, Spool-Verarbeitung, Batch-Jobs, RFC und die Datenbank. Die folgenden Abschnitte beschreiben jeden einzelnen Prüfschritt.

Anwendungsserver prüfen (SM51)

SM51 listet alle aktiven Anwendungsserver in der Systemlandschaft auf, zusammen mit den Diensten und Arbeitsprozessen, die auf jeder Instanz konfiguriert sind.

Überprüfung der Anwendungsserver SM51

Überwachung von Arbeitsprozessen für einzelne Instanzen (SM50)

SM50 zeigt alle laufenden, wartenden, gestoppten und PRIV-Prozesse der aktuellen Instanz an. Jeder Prozess sollte in der Liste enthalten sein. Laufen or Warten Status; alles andere bedarf der Untersuchung.

Überwachung von Arbeitsabläufen für einzelne Instanzen SM50

Der Bildschirm zeigt mehrere nützliche Spalten an:

  1. Der Status jedes Arbeitsprozesses (belegt oder frei).
  2. Die Aktion, die von einem besetzten Prozess ausgeführt wird, wird in der Spalte „Aktion“ angezeigt.
  3. Die Datenbanktabelle, an der gearbeitet wird.

Typische Probleme und Lösungen:

  • Benutzer können sich nicht anmelden oder die grafische Benutzeroberfläche ist langsam: Die Dialog-Workprozesse (DIA) sind erschöpft. Suchen Sie nach langlaufenden Jobs (roter Indikator unter Zeit). Stornieren Sie sie über Prozess > Abbrechen ohne Kernel um den Slot freizugeben.
  • PRIV unter der Spalte „Grund“: Eine Transaktion beansprucht so viel Speicher, dass der DIA-Workprozess einem einzelnen Benutzer zugeordnet ist. Sprechen Sie mit diesem Benutzer und führen Sie den Job, wenn möglich, im Hintergrund erneut aus.
  • Langlaufender SPO-Arbeitsprozess: Untersuchen Sie den Druckserver oder Drucker; eine festsitzende Spule kann einen Druckvorgang blockieren.

Überwachung systemweiter Arbeitsprozesse (SM66)

SM66 ist die globale Arbeitsprozessübersicht. Sie fasst die SM50-Daten aller aktiven Instanzen auf einem Bildschirm zusammen und ist somit der schnellste Weg, ein systemweites Leistungsproblem zu erkennen.

Überwachung systemweiter Arbeitsprozesse SM66

Auf einen Blick sieht man:

  • Der Status jedes Anwendungsservers.
  • Warum ein Prozess nicht ausgeführt wird.
  • Ob der Prozess neu gestartet wurde.
  • CPU-Auslastung und Anforderungslaufzeit.
  • Der angemeldete Benutzer und Client.
  • Der Bericht wird aktuell ausgeführt.

Benutzer der Überwachungsanwendung (AL08 und SM04)

AL08 listet Benutzer über alle aktiven Instanzen hinweg auf, während SM04 die Benutzer der aktuellen Instanz anzeigt. Beide zeigen Terminal-IDs und Clients an, wodurch bestätigt wird, dass nur die erwarteten Benutzer-IDs angemeldet sind.

Monitoranwendung Benutzer AL08 und SM04

Überwachen von Verbuchungsprozessen (SM13)

SM13 ausführen, platzieren * in England, Mitglied Feld und ausführen. Wenn keine ausstehenden Aktualisierungen vorhanden sind, ist die Warteschlange leer.

Überwachungsaktualisierungsprozesse SM13

Leere SM13-Warteschlange

Falls die Aktualisierungen nicht aktiv sind, beantworten Sie bitte die folgenden Fragen:

  • Ist der Aktualisierungsprozess aktiv? Falls nicht, wurde er vom System oder von einem Benutzer deaktiviert?
  • Wurde irgendein Update abgesagt?
  • Gibt es eine lange Warteschlange ausstehender Updates, die älter als 10 Minuten sind?

Sperreinträge überwachen (SM12)

Führen Sie SM12 aus und geben Sie Folgendes ein: * in England, Benutzername Feld.

Überwachung von Sperreinträgen SM12

SAP Es verwendet einen Sperrmechanismus, um zu verhindern, dass zwei Benutzer gleichzeitig denselben Datensatz ändern. Manchmal hinterlässt ein Netzwerkabbruch oder ein Sitzungsabsturz eine Sperre. Alte Sperren müssen aufgehoben werden, da sie sonst den Zugriff auf Datensätze blockieren.

Erfassungssperreneinträge, deren Zeitstempel vom Vortag oder früher stammt – diese kommen zur Bereinigung in Frage.

Überwachung des Systemprotokolls (SM21)

SM21 zeigt Systemfehler, Warnungen und Sicherheitsmeldungen an. Nutzen Sie es, um Probleme im System und seiner Umgebung zu lokalisieren und zu beheben.

Überprüfen Sie das Protokoll des Vortages mit:

  • Geben Sie den Datums- und Zeitbereich ein.
  • Wähle aus Probleme und Warnungen Radio knopf.
  • Klicken Sie auf Systemprotokoll erneut lesen.

Überwachungssystemprotokoll SM21

Tune-Zusammenfassung (ST02)

ST02 zeigt die Zusammenfassung der Pufferoptimierung an. Gehen Sie wie folgt vor, um Swap-Probleme zu beheben.

Schritt 1) Öffnen Sie ST02, um die Tuning-Zusammenfassung anzuzeigen.

Schritt 2) Double-Klicken Sie auf einen beliebigen roten Wert unter SWAPS.

Tune Summary ST02

Schritt 3) Klicken Sie auf die Aktuelle Parameter Tab.

ST02 Stromparameter

Schritt 4) Beachten Sie die Werte und die Profilparameter.

ST02-Profilwerte

Schritt 5) Öffnen Sie RZ10, um die Profilparameterwerte zu ändern.

Schritt 6) Speichern Sie die Änderungen.

Schritt 7) Starten Sie den Server neu, damit die neuen Werte wirksam werden.

CPU-Auslastung (ST06)

ST06 zeigt die Leistung auf Betriebssystemebene an. Die CPU-Auslastung im Leerlauf sollte bei etwa 60–65 % liegen; eine anhaltend höhere Last bedeutet, dass das System überlastet ist.

CPU-Auslastung ST06

Bei hoher CPU-Auslastung sollten Sie folgende kurze Vorgehensweise zur Fehlerbehebung beachten:

  • Führen Sie Befehle auf Betriebssystemebene aus (wie z. B. top) um herauszufinden, welche Prozesse die meiste CPU-Leistung verbrauchen.
  • Öffnen Sie SM50 oder SM66 und suchen Sie nach langlaufenden Jobs oder Aktualisierungsabfragen.
  • Öffnen Sie SM12 und prüfen Sie auf alte Sperreinträge.
  • Öffnen Sie SM13, um den Aktualisierungsstatus zu überprüfen.
  • Öffnen Sie SM21, um nach Systemfehlern zu suchen.

ABAP-Dumps (ST22)

ST22 erfasst ABAP-Laufzeitfehler (Kurzdumps). RevÜberprüfen Sie jeden Morgen die Müllablagerungen des Vortages, um ungewöhnliche Muster oder Wiederholungstäter zu erkennen.

ABAP-Dumps ST22

Spool-Auftragsüberwachung (SP01)

Führen Sie SP01 aus, um Spool-Anforderungen zu überwachen:

  • Enter * in England, Erstellt von Feld.
  • Klicken Sie auf Ausführen.

Spool-Anforderungsüberwachung SP01

Nur Anfragen wurden aufgrund von Problemen abgebrochen.

Spool-Anforderungen beendet

Batch-Jobs überwachen (SM37)

Führen Sie SM37 aus, um Hintergrundprozesse zu überwachen:

  • Enter * in England, Benutzername und Berufsbezeichnung Felder.
  • Der Beruflicher Status Wählen Sie „Geplant“, „Abgebrochen“, „Freigegeben“ und „Abgeschlossen“.

Überwachung von Batch-Jobs SM37

Transaktionale RFC-Administration (SM58)

Transaktionales RFC (tRFC), ursprünglich bekannt als asynchron RFC, führt das aufgerufene Funktionsmodul auf dem RFC-Server genau einmal aus.

Transaktionaler RFC SM58

Wählen Sie den Anzeigezeitraum aus, den Sie überprüfen möchten, und geben Sie Folgendes ein: * im Benutzerfeld eingeben und ausführen. Die Liste zeigt alle Aufrufe an, die nicht erfolgreich ausgeführt wurden oder sich noch in der Warteschlange befinden.

QRFC-Verwaltung (Ausgangswarteschlange — SMQ1)

SMQ1 überwacht ausgehende qRFC-Warteschlangen. Geben Sie den Client an und suchen Sie nach Warteschlangen in Warten or Fehler Zustand.

QRFC Outbound SMQ1

QRFC-Verwaltung (Eingangswarteschlange — SMQ2)

SMQ2 spiegelt SMQ1 für eingehende qRFC-Warteschlangen wider. Geben Sie den Client an und suchen Sie nach eingehenden Warteschlangen in Warten or Fehler Zustand.

QRFC Inbound SMQ2

Datenbankadministration (DB02)

DB02 ist das zentrale Verwaltungs-Cockpit für die Datenbank. Auf dem ersten Bildschirm können Sie detaillierte Informationen zu Tabellenbereichen, fehlenden Indizes und dem Wachstumsverlauf abrufen.

Datenbankverwaltung DB02-Eintrag

Auswählen Aktuelle Größen den Status jedes Tablespace anzeigen.

DB02 Aktuelle Größen

Wenn ein Tabellenbereich zu mehr als 95 % belegt ist und die automatische Erweiterung deaktiviert ist, fügen Sie eine neue Datendatei hinzu, damit der Datenbank der Speicherplatz nicht ausgeht.

Sie können auch die Historie eines Tablespace nach Monat, Woche oder Tag überprüfen, um Wachstumstrends zu erkennen.

DB02 Verlaufsauswahl

DB02 Verlaufsdiagramm

DB02 Detailansicht

Datenbank-Sicherungsprotokolle (DB12)

DB12 zeigt an, wann die letzte erfolgreiche Datensicherung durchgeführt wurde. RevÜberprüfen Sie die Datenbank- und Redo-Log-Backups des Vortages, um sicherzustellen, dass diese ordnungsgemäß abgeschlossen wurden.

Datenbank-Backup-Protokolle DB12

Schnellen RevAnsicht: Checkliste zur täglichen Überwachung

Die folgenden Tabellen fassen die wichtigsten täglichen Prüfungen für Basis-Administratoren zusammen.

Kritische Aufgaben

# Aufgabe Transaktion Vorgehensweise / Bemerkung
1 Prüfen Sie, ob das R/3-System betriebsbereit ist. - Melden Sie sich im R/3-System an.
2 Bestätigen Sie, dass die tägliche Datensicherung fehlerfrei durchgeführt wurde. DB12 Überprüfen Sie das Datenbank-Backup-Protokoll.

SAP Systemprüfungen

# Aufgabe Transaktion Vorgehensweise / Bemerkung
1 Vergewissern Sie sich, dass alle Anwendungsserver erreichbar sind. SM51 Alle Server sind erreichbar.
2 Arbeitsprozesse prüfen. SM50 Alle Arbeitsprozesse im Status „Wird ausgeführt“ oder „Warten“.
3 Überblick über den globalen Arbeitsprozess. SM66 Kein Arbeitsprozess läuft länger als 1800 Sekunden.
4 Suchen Sie nach fehlgeschlagenen oder abgebrochenen Aktualisierungen. SM13 Datum auf einen Tag zuvor einstellen, eingeben * In der Benutzer-ID auf „Alle“ Aktualisierungen eingestellt. Suchen Sie nach Zeilen mit Err.
5 Überprüfen Sie das Systemprotokoll. SM21 Stellen Sie Datum und Uhrzeit auf die Zeit vor der letzten Überprüfung ein. Achten Sie auf Fehler, Warnungen, Sicherheitsmeldungen und Datenbankprobleme.
6 RevIch habe stornierte Jobs gesehen. SM37 Enter * in der Benutzer-ID. Bestätigen Sie, dass jeder kritische Job erfolgreich abgeschlossen wurde.
7 Prüfen Sie, ob die Schlösser alt sind. SM12 Enter * in Benutzer-ID.
8 Suchen Sie nach Benutzern im System. SM04 / AL08 Achten Sie auf unerwartete Benutzer-IDs oder Terminals; überprüfen Sie diese mehrmals täglich.
9 Suchen Sie nach Spulenproblemen. SP01 Enter * In „Erstellt von“ nach Spool-Jobs suchen, die seit über einer Stunde im Status „In Bearbeitung“ feststecken.
10 Überprüfen Sie das Jobprotokoll. SM37 Suchen Sie nach neuen oder fehlerhaften Stellenanzeigen.
11 RevDumps anzeigen und auflösen. ST22 Achten Sie auf übermäßige oder ungewöhnliche Abfallmengen.
12 RevPufferstatistiken anzeigen. ST02 Suchen Sie nach Tauschmöglichkeiten.

Datenbankprüfungen

# Aufgabe Transaktion Vorgehensweise / Bemerkung
1 RevSehen Sie sich das Datenbank-Fehlerprotokoll an. ST04 Untersuchen Sie alle neu aufgetretenen Fehler.
2 Datenbankwachstum und fehlende Indizes. DB02 Wenn ein Tabellenbereich zu mehr als 90 % belegt ist, fügen Sie eine neue Datendatei hinzu; fehlende Indizes werden neu erstellt.
3 Datenbankstatistikprotokoll. DB13 Bestätigen Sie, dass die geplanten Statistikaufträge abgeschlossen wurden.

Häufig gestellte Fragen

Die wichtigsten Transaktionscodes sind SM51, SM50, SM66, SM12, SM13, SM21, SM37, SP01, ST22, ST02, ST06, DB02 und DB12. Zusammen decken sie Server, Arbeitsprozesse, Sperren, Aktualisierungen, Protokolle, Speicherabbilder, Puffer, CPU und Datenbankzustand ab.

SM50 zeigt nur die Arbeitsprozesse des aktuellen Anwendungsservers an. SM66 aggregiert die Daten der Arbeitsprozesse über alle aktiven Instanzen hinweg und bietet so eine systemweite Übersicht, die sich ideal für die instanzübergreifende Leistungsanalyse eignet.

Eine Sperre sollte erst gelöscht werden, nachdem die zugehörige Sitzung beendet wurde. Sperren, die älter als der Vortag sind und keiner aktiven Sitzung mehr zugeordnet sind, können in der Regel nach Rücksprache mit dem Benutzer oder dem zuständigen Team gefahrlos entfernt werden.

PRIV bedeutet, dass ein Dialog-Workprozess im privaten (erweiterten) Speichermodus ausgeführt wird, weil eine einzelne Benutzertransaktion zu groß geworden ist. Andere Benutzer können diesen Workprozess erst wieder verwenden, wenn die zugehörige Transaktion abgeschlossen ist.

Eine CPU-Auslastung im Leerlauf von etwa 60–65 % ist ein guter Zielwert für den Dauerbetrieb. Eine dauerhafte Leerlaufauslastung unter 30 % deutet auf Kapazitätsengpässe hin und erfordert eine Überprüfung der SM50, SM66, SM12, SM13 und SM21, um die Ursache zu ermitteln.

Die meisten Prüfungen werden einmal täglich, idealerweise früh morgens, durchgeführt. Kritische Prüfungen wie SM04/AL08 (aktive Benutzer), SM21 (Systemprotokoll) und ST06 (CPU) werden mehrmals täglich überprüft, insbesondere während der Hauptgeschäftszeiten.

KI-Tools gruppieren SM21-Meldungen, fassen ST22-Dump-Trends zusammen, prognostizieren Tabellenbereichserschöpfung anhand des DB02-Verlaufs und empfehlen den nächsten Untersuchungs-T-Code. Dies reduziert Störungen und beschleunigt die Reaktion auf Sicherheitsvorfälle.

Ja. KI-Assistenten erfassen Screenshots und Exporte aus den täglichen Transaktionscodes und erstellen anschließend einen strukturierten Bericht, der Anomalien kennzeichnet, jedes Problem mit dem nächsten Transaktionscode verknüpft und dem Basis-Team Abhilfemaßnahmen vorschlägt.

Fassen Sie diesen Beitrag mit folgenden Worten zusammen: