SAP Basis Von der Installation bis zum laufenden Support - SAP Corner

Direkt zum Seiteninhalt
Von der Installation bis zum laufenden Support
Hard Skills und Soft Skills
Beim Versuch, Daten in eine Datenbanktabelle zu füllen (Insert-Operation) kommt es zu einem Fehler auf der Datenbank, weil eine Datenbankdatei oder eine Festplatte voll ist. Die Datenbankinstanz liefert eine Fehlermeldung an den aufrufenden SAP-Workprozess zurück. In der Regel wird auch eine Fehlermeldung in die Datenbankfehlerprotokolldatei geschrieben. Tritt dieser Fehler in der SAP-Verbuchung auf, stoppt dieser Workprozess die gesamte SAP-Verbuchung. Von diesem Moment an bleiben alle SAP-Verbuchungsaufträge stehen. Ob die Verbuchung deaktiviert wurde, stellen Sie in der Verbuchungsverwaltung fest, die Sie über folgenden Menüpfad erreichen: Werkzeuge > Administration > Monitor > Verbuchung. Verwenden Sie alternativ den Transaktionscode SM13. Stellen Sie fest, obSie im Feld unter Verbuchungssystem die Information Verbuchung wurde deaktiviert finden. Ist dies der Fall, existiert im SAP-Syslog (Transaktionscode SM21) ein Eintrag, aus dem hervorgeht, wann, von wem und aus welchem Grund die Verbuchung deaktiviert wurde. Nachdem eine Verbuchung nicht mehr möglich ist, werden mit der Zeit auch immer mehr Dialog-Workprozesse stehen bleiben, die auf den Abschluss von Verbuchungen warten. Diesen Prozess können Sie in der Workprozess-Übersicht verfolgen. Die Fehlersituation kann in der Regel ebenfalls beseitigt werden, ohne das SAP-System bzw. die Datenbank zu stoppen. Beheben Sie dazu zunächst den Datenbankfehler, indem Sie z. B. das Dateisystem erweitern. Aktivieren Sie anschließend manuell die SAP-Verbuchung. Wählen Sie dazu im Verbuchungsmonitor (SM13) Administration > Aktivieren. Die SAP-Verbuchung kann mit ihrer Arbeit fortfahren und die aufgelaufenen Aufträge weiterbearbeiten.

Worin liegen nun die konkreten Vorteile eines strukturierten Überwachungs- und Optimierungskonzepts? Zunächst verbessern klar definierte und messbare Ziele und Kommunikationsstrukturen das Verständnis der IT-Organisation für die Anforderungen der Endbenutzer und der Eigentümer der Geschäftsprozesse. Da die IT-Organisation auf diese Weise viel zielorientierter handeln kann, verbessert sich die IT-Servicequalität und damit die Zufriedenheit der Kunden. Mittelbar macht das Service Level Reporting die aktuelle Kostenstruktur (z. B. für Hardware und IT-Betrieb) transparent und erlaubt eine Prognose. Schließlich sollte sich ein gut geführtes Service Level Management positiv auf die Motivation der Mitarbeiter der IT-Organisation auswirken; denn indem ihnen klare Ziele vorgegeben sind, können sie auch nachweisen, dass sie das ihnen Mögliche tun, um eine hohe Kundenzufriedenheit zu erreichen. Niemand, der das oft undifferenzierte »Fingerpointing« bei Problemen in IT-Organisationen und die Frustration, die damit bei Mitarbeitern aufkommt, die subjektiv ihr Bestes gegeben haben, kennt, wird diesen Punkt geringschätzen!
Benutzerkontext
Durch die Masterarbeit wurden Einflussfaktoren wie technologische Trends und die SAP-Produktstrategie wie auch die unternehmensspezifischen Gegebenheiten identifiziert und detailliert betrachtet. Ebenso wurden im Rahmen der Arbeit verschiedene empirische Untersuchungen durchgeführt. Sollten Sie Interesse an der gesamten Masterarbeit haben und DSAG-Mitglied sein, können Sie das Dokument unter info@dsag.de, Stichwort: Masterarbeit SAP-Basis von Morgen, anfordern.

Wenn an der Bearbeitung einer Benutzeranfrage mehrere SAP-Komponenten beteiligt sind, schreibt jede dieser Komponenten einen Datensatz. Im Kommunikationsstrom zwischen den Komponenten wird ein eindeutiger Identifikator (ein auch als Reisepass bezeichneter Globally Unique Identifier, GUID) mitgeführt und in den Einzelsätzen gespeichert, sodass später die Einzelsätze über Komponenten hinweg zusammengeführt werden können. Die erste Komponente eines Transaktionsschrittes erzeugt diesen Reisepass, d. h. technisch gesehen eine GUID, mit der der Transaktionsschritt eindeutig identifiziert werden kann, und gibt diesen an die nächste Komponente, die an dem Transaktionsschritt beteiligt ist, weiter. Aus Performancegründen werden während eines Transaktionsschrittes nur die Daten des Reisepasses im Kommunikationsstrom weitergegeben, die eigentlichen Statistikdaten werden zunächst lokal von der jeweiligen Komponente gesichert und dann asynchron an das zentrale Monitoring- System oder den SAP Solution Manager übertragen. Anhand ihres Reisepasses werden die zu einem Transaktionsschritt gehörigen Statistiksätze identifiziert und angezeigt. In der SAP-Hilfe finden Sie diese Technologie unter der Bezeichnung verteilte Statistiksätze (Distributed Statistics Records, DSR).

Tools wie "Shortcut for SAP Systems" ergänzen fehlende Funktionen im Bereich der SAP Basis.

Bei der Rolle Test_Schmidt1 wurden die Transaktionen MM01 und MM02 im Menü der Rolle eingepflegt.

Wenn Sie mehr zum Thema SAP Basis wissen möchten, besuchen Sie die Webseite www.sap-corner.de.

Anleitungen zur technischen Analyse finden Sie in diesem Buch: Sie kann z. B. von einem System- oder Datenbankadministrator durchgeführt werden.
SAP Corner
Zurück zum Seiteninhalt