EMPFEHLUNGEN
Verarbeitung durch Hintergrundprogramme
Damit Ihre SAP Systemlandschaft dauerhaft funktioniert, bedarf es einer fehlerfreien Installation und regelmäßiger Betreuung. Auf diese Leistungen können Sie sich verlassen:
Sie verursachen eine hohe CPU-Auslastung und eine hohe Schreib-/Leselast. Dies kann zu einem akuten Hardwareengpass auf dem Datenbankserver führen, der dann die Performance anderer Programme beeinträchtigt. Sie blockieren SAP-Workprozesse für eine lange Zeit. Aufträge von Benutzern können demnach nicht sofort bearbeitet werden, da zunächstauf freie Workprozesse gewartet werden muss. Dies kann zu Wartezeiten in der Queue des SAP-Dispatchers führen. Sie lesen viele Datenblöcke in den Datenpuffer des Datenbankservers und verdrängen dadurch die Daten, die von anderen SQL-Anweisungen benötigt werden. Diese Daten müssen anschließend von der Festplatte nachgelesen werden. Damit verlängert sich auch die Ausführungszeit anderer SQL-Anweisungen.
SM64 Batch Events: Übersicht und Verwaltung
In einem isolierten SAP-System besteht ein Transaktionsschritt im einfachsten Fall aus einer Aktion in einem System. In einer komplexeren Systemumgebung kann allerdings ein einzelner Transaktionsschritt Aktionen in mehreren Systemen umfassen. Beispiele für derartige Transaktionsschritte sind: Anwendungen wie SAP Enterprise Portal oder Java-Web-Dynpro-Anwendungen, in denen die Frontend-Kommunikation über den SAP Net- Weaver AS Java und die Backend-Funktionalität über den AS ABAP realisiert wird. Anwendungen, die zwei oder mehrere über RFC gekoppelte ABAP-Systeme involvieren, z. B. Vertriebstransaktionen im SAP-ERP-System, die zur Verfügbarkeitsprüfung die ATP-Funktion in SAP Advanced Planning and Optimization (APO) verwenden. Fiori-Anwendungen mit einem zentralen Fiori-Hub-System und verteilten SAP-Anwendungssystemen (siehe Kapitel 8, »Internetanbindung und SAP Fiori«). Für diese Fälle bietet die SAP-NetWeaver-Technologie die Möglichkeit, eine systemübergreifende Workload-Analyse durchzuführen, die die Performancestatistiken der verschiedenen Komponenten verknüpft.
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.
Tools wie z.B. "Shortcut for SAP Systems" sind bei der Basisadministration extrem nützlich.
Kosten einsparen: Ein internes Experten-Team von Mitarbeitern ist oftmals teurer als das Outsourcen des SAP-Supports.
Auf www.sap-corner.de finden Sie ebenfalls viele nützliche Informationen zum Thema SAP Basis.
Die SAP-Datenbank ist viel selbstheilender.