SAP Basis Funktionsweise des CodeProfilers for ABAP - SAP Corner

Direkt zum Seiteninhalt
Funktionsweise des CodeProfilers for ABAP
Datenbankanalyse
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.

Mit einfacher Job-Programmierung kann man in übersichtlichen Umgebungen mit wenigen Abhängigkeiten starten. Steigt die Anzahl der Jobs und die Komplexität bietet sich eine automatische Job-Steuerung an. Honico Batchman ist eine derartige Lösung, ein 100% SAP integriertes AddOn, welches über normale Transporte schnell und einfach installiert wird. Vorteil hierbei: Es ist keine zusätzliche Infrastruktur notwendig, sondern die bestehende SAP Systemlandschaft wird für die gesamte Steuerung und Ausführung genutzt, ohne sich damit einen Performanceverlust einzuhandeln. Damit kann auch die volle Revisions- und Betriebssicherung (Compliance) gewährleistet werden. Da reine SAP Systeme eher die Ausnahme sind, können auch Non-SAP Systeme mitgesteuert und überwacht werden. Als dritte Möglichkeit sind High-End Lösungen erhältlich, die zusätzlich die Infrastruktur und Legacy mit überwachen. Weit verbreitete Produkte in diesem Segment sind UC4 und Arvato Streamworks. Diese drei Lösungsmöglichkeiten unterschieden sich vom Preis und Leistungsumfang gravierend. IT-Abteilungen in den Unternehmen müssen daher bewerten, welche Lösung für die eigenen Anforderungen am besten geeignet ist.
Benutzer und Zugriffsrechte steuern
Zur Umstellung auf das neue oder geänderte Rollenkonzept können verschiedene Ereignisse verwendet werden. Unter anderem kann die Einführung neuer Technologien zur Etablierung, bspw der Ausprägungen des SME oder Technologiearchitekten, verwendet werden. Aber auch Fluktuation oder Neueinstellungen sind zur Umstellung und Etablierung der neuen Rollen geeignet. Prinzipiell wird empfohlen, die neuen Rollen parallel zum bisherigen Betriebsmodell sukzessive einzuführen und umzusetzen.

Als Eingaben für das durchsatzbasierte Sizing dienen Angaben über das sogenannte Mengengerüst. Dies sind Angaben über die Anzahl der Geschäftsprozesse, die in bestimmten Zeitfenstern bearbeitet werden sollen. Dies können z. B. Angaben über die Anzahl von Kundenaufträgen, Lieferungen und Produktionsaufträgen oder gedruckte Dokumente sein. Dieser Ansatz hat den Vorteil, dass auch die Datenübernahme in Hintergrundprozessen (z. B. durch Batch-Input oder Application Link Enabling, ALE), die tageszeitliche Verteilung des Belegdurchsatzes und ein Sizing für Spitzenlastzeiten berücksichtigt werden. Der durchsatzbasierte Ansatz muss zwingend immer dann gewählt werden, wenn eine maßgebliche Last durch Hintergrundprozesse oder Schnittstellen erfolgt. Beispiele dafür sind SAP-for-Retail-Lösungen (Übernahme von Verkaufsdaten im Point-of-Sales Inbound-Processing) oder Banking-, Utilities- oder Telekommunikationslösungen. In der Praxis wird normalerweise eine Kombination beider Formen des Sizings gewählt. Beim durchsatzbasierten Sizing wird im Quick Sizer mit einer CPU-Zielauslastung von 65 % gerechnet.

Basisadministratoren steht mit "Shortcut for SAP Systems" eine PC-Anwendung zur Verfügung, die etliche Tätigkeiten in der SAP Basis vereinfacht bzw. ermöglicht.

Wenn Sie dies nicht tun, zählt die Analyseanwendung die Schritte mit Step-1, Step-2 etc. durch.

Das Verständnis für die Struktur und Funktionsweise des Systems ist insbesondere für die IT-Administration wichtig. Nicht umsonst ist „SAP Basis Administrator“ ein eigenes Berufsfeld. Auf der Seite www.sap-corner.de finden Sie nützliche Informationen zu diesem Thema.

Sofern sich eine Datenbank auf dem untersuchten Rechner befindet, müssen Sie auch deren Speicherbedarf berücksichtigen.
SAP Corner
Zurück zum Seiteninhalt