Processing-Zeit
Sizing bei Laststeigerung, Versionswechsel oder Migration
Abgebrochene oder nicht ausgeführte Verbuchungen führen dazu, dass von den Benutzern angelegte oder geänderte Dokumente nicht endgültig in den zugehörigen Applikationstabellen gesichert werden und daher für den Benutzer »nicht existent« sind. Die tägliche Kontrolle der Verbuchungsaufträge ist daher eine wichtige Aufgabe des SAP-Systemadministrators. Wird abgebrochenen Verbuchungen nicht sofort nachgegangen, besteht nach mehreren Tagen kaum noch eine Chance, der Ursache des Fehlers auf den Grund zu gehen.
Sie gelangen zu einer Liste, die neben allen mehrfach ausgeführten SQL-Anweisungen auch die Information enthält, wie oft diese ausgeführt wurden. Zusammen mit der verdichteten Zusammenfassung des SQL-Trace lässt sich abschätzen, wie groß der Performancegewinn ist, wenn man durch geschicktere Programmierung die identischen SQL-Anweisungen vermeidet. Nach dieser Vorauswertung durch den SQL-Trace verfügen Sie über alle Informationen, die Sie zu einer detaillierten Analyse benötigen:
SWEL Ereignis-Trace anzeigen
Parallel zur Suche nach Applikationsfehlern sollten Sie untersuchen, ob das Programm an Grenzen gestoßen ist, die durch die SAP-Profilparameter festgelegt sind. Der für einen Benutzerkontext zur Verfügung stehende Speicher ergibt sich aus der Summe von ztta/roll_extension (bzw. mit Basisversion 7.40 auch ztta/roll_extension_dia und ztta/roll_extension_nondia, Quoten im SAP Extended Memory) und abap/heap_area_dia bzw. abap/heap_area_nondia (Quoten im SAP Heap Memory). Hinzu kommt noch der SAP Roll Memory mit einer Größe von weniger als 10 MB pro Kontext (ztta/roll_area) und das ab Version 7.40 obsolet ist. In dem oben angeführten Beispiel bricht das Programm ab, weil diese Quoten erreicht werden. Die Parameter betragen in diesem Beispiel ztta/roll_extension = 4.000.000.000 (Byte) bzw. abap/heap_area_dia = 2.000.000.000 (Byte). Der Vergleich mit den Werten »erweiterter Speicherbereich (EM)« und »fest allokierter Speicher (HEAP)« aus dem Protokoll zum Abbruch zeigt, dass das Programm abgebrochen wurde, weil es seine Quoten an SAP Extended Memory und SAP Heap Memory erreicht hat. In diesem Fall sollten Sie diese SAP-Profilparameter erhöhen.
Unter Gesichtspunkten der Systemverfügbarkeit (High Availability) bilden Message- und Enqueue-Service zusammen mit der Datenbankinstanz die kritischen Punkte eines SAP-Systems (sogenannte Single Points of Failure oder SPOFs). Diese Services lassen sich prinzipiell nicht über mehrere Rechner verteilen. Der Ausfall eines Rechners mit einem dieser Services führt damit zum Ausfall des gesamten SAP-Systems. Es sind also hauptsächlich Verfügbarkeitsgesichtspunkte, die dafürsprechen, Datenbankinstanz und zentrale SAP-Instanz (mit Message- und Enqueue-Service) auf einem Rechner zu betreiben und diesen z. B. durch eine Failover-Lösung besonders zu schützen , die fast alle Hardwarehersteller anbieten und die es ermöglicht, ausgefallene Instanzen automatisch auf einem anderen Rechner zu ersetzen. Bei großen Installationen sollten Sie allerdings aus Gründen der Performance Datenbankinstanz und zentrale SAP-Instanz auf separaten Rechnern konfigurieren.
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.
Das Tuning teurer SQL-Anweisungen gewinnt dagegen mit wachsender Datenbankgröße an Bedeutung und ist ein ständig fortlaufender Prozess.
Wenn Sie mehr zum Thema SAP Basis wissen möchten, besuchen Sie die Webseite www.sap-corner.de.
Denn die Datenbank stammt von SAP selbst und wird automatisch vom System überwacht.