SQ02 Pflege InfoSet
Automatisierte Bereitstellung
Simulationen mit SAP-Benchmarks liefern uns also wertvolle Ergebnisse, die uns helfen, reale SAP-Systeme zu konfigurieren. Einige Punkte können SAP-Benchmarks dagegen nicht berücksichtigen. Die Benchmarks berücksichtigen nur die Transaktionsverarbeitung (Online Transaction Processing, OLTP) der entsprechenden Anwendung, da diese normalerweise als performancekritischer eingestuft werden als das Reporting (Online Analytical Processing, OLAP). (Das Buchen von Kundenaufträgen, Lieferungen und Rechnungen ist wichtiger als das Reporting über diese Prozesse.) Reporting-Aktivitäten sind normalerweise datenbanklastiger; daher wird in einem realen SAP-System der Anteil der Datenbanklast im Verhältnis zur Dialog- und Verbuchungslast größer sein; typischerweise wird der Anteil der Datenbankinstanz zwischen 10 und 30 % liegen. Das Verhältnis der Anzahl der Dialog- Workprozesse zur Anzahl der Verbuchungs-Workprozesse ist darüber hinaus von den konkreten Anforderungen an das System abhängig.
Tägliche Checks sind bei vielen SAP-Kunden auch heute noch an der Tagesordnung; mit Avantra gehören sie der Vergangenheit an. Dabei handelt es sich um manuelle Checks, die ein Bot jeden Tag gleich hundertfach durchführen kann. Ebenso kann ein Bot Vorfälle bzw Benachrichtigungen erstellen, wenn mal etwas schiefläuft.
Wie ist die SAP Basis aufgebaut?
Hohe CPU-Zeiten weisen entweder auf aufwendige Berechnungen im ABAP-Coding oder auf häufige Zugriffe auf den Tabellenpuffer hin. Programme mit einer CPU-Zeit von mehr als 50 % untersuchen Sie detaillierter mit dem ABAP-Trace oder mit dem ABAP Debugger (siehe Kapitel 5, »Optimierung von ABAP-Programmen«).
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.
Einige fehlende Funktionen in der Basisadministration werden durch "Shortcut for SAP Systems" ergänzt.
Erstellen Sie aufgrund dieser Literatur einen auf Ihr Unternehmen abgestimmten Eskalationsplan, der z. B. folgende Fragen umfasst: Welche Maßnahmen stellen sicher, dass ein potenzieller Überlauf der Log-Bereiche und des Dateisystems rechtzeitig erkannt wird? Wie können Sie analysieren, welcher Datenbankfehler aufgetreten ist, wenn das SAP-System steht? Wo befindet sich die Datenbankfehlerprotokolldatei Ihrer Datenbank? Wie heißen die entscheidenden Fehlermeldungen? Was muss getan werden, wenn die Fehlersituation eingetreten ist? Muss das SAP-System bzw. die Datenbank neu gestartet werden? Kann eine solche Fehlersituation auf einem Testsystem simuliert werden?
Wenn Sie mehr zum Thema SAP Basis wissen möchten, besuchen Sie die Webseite www.sap-corner.de.
Bitte berücksichtigen Sie, dass es sich bei den Angaben um Durchschnittswerte handelt, die in konkreten Installationen auch unter- oder überschritten werden können.