PI Interfaces, Web Services (Process Integration/Orchestration)
Einführung/Schulung der In-Memory Datenbank
Darüber hinaus sprechen folgende Argumente dafür, eher weniger Workprozesse pro CPU-Thread zu konfigurieren: Im Vergleich zu UNIX sind bei Microsoft Windows die Kontextwechsel auf Betriebssystemebene besonders teuer. Daher wird eine angemessene Anzahl von Workprozessen pro CPU-Thread hier besonders empfohlen. Mit den Workprozessen reduzieren sich auch die Anzahl der Datenbankprozesse und deren Hauptspeicherbedarf. Besonders deutlich ist der Vorteil bei Datenbanken, bei denen jedem SAP-Workprozess eindeutig ein Datenbankprozess zugeordnet ist.
Falls Sie auswerten möchten, bei welchen Tabellen eine Protokollierung stattfindet, bietet sich hierfür die Tabelle DD09L an. Die Spalte „Protokoll“ zeigt Ihnen an, bei welchen Tabellen Änderungen protokolliert werden.
Vergrößerung der Last bei geändertem Applikationsprofil
Bevor auf die Datenbank zugegriffen wird, prüft die Datenbankschnittstelle des Workprozesses zunächst, ob sich die benötigten Daten bereits in den SAP-Puffern befinden. In diesem Fall wird direkt auf die SAP-Puffer zugegriffen, was bis zu 100-mal schneller ist als ein Datenbankzugriff. Ist der Puffer nicht gefüllt, wird auf die Datenbank zugegriffen, und die Daten werden anschließend für spätere Zugriffe in den Puffer geschrieben. Ein Pufferzugriff wird nicht als Datenbankzeit verbucht.
Die folgenden Monitore erlauben Ihnen eine detaillierte Analyse einzelner ABAP-Programme: Performance-Trace Der SQL-Trace ist das geeignete Werkzeug zur Analyse der SQL-Anweisungen in ABAP-Programmen. Darüber hinaus ermöglicht die Auswertung des Trace auch die Identifikation von Durchsatzengpässen innerhalb der Datenbank und von Netzwerkproblemen. Ausführlichere Informationen zur Optimierung von SQL-Anweisungen finden Sie in Kapitel 11, »Optimierung von SQL-Anweisungen«. Den RFC-Trace verwenden Sie, um die Performance von gesendeten und empfangenen RFCs zu analysieren. Ab SAP NetWeaver AS ABAP 7.10 steht auch ein HTTP-Trace zur Verfügung, der HTTP-Anweisungen aufzeichnet. Weitergehende Informationen dazu sind in Kapitel 7, »Lastverteilung, Remote Function Calls und SAP GUI«, und Kapitel 8, »Internetanbindung und SAP Fiori«, zusammengestellt. Der Enqueue-Trace ist das Mittel der Wahl zur Analyse von Sperroperationen (Enqueue-/Dequeue-Operationen). Umfassendere Informationen dazu finden Sie in Kapitel 10, »Sperren«. Mit dem Puffer-Trace kommen Sie ineffizienter Tabellenpufferung auf die Spur. Mehr Informationen dazu finden Sie in Kapitel 12, »SAP-Pufferung«. Bei Problemen mit hohem CPU-Verbrauch kommt der ABAP-Trace zum Einsatz. Dieser ermöglicht im Gegensatz zum SQL-Trace auch Zeitmessungen bei Operationen auf interne Tabellen (LOOP, READ, SORT etc.). Alternativ können Sie bei langlaufenden Programmen aus der Workprozess- Übersicht heraus den ABAP Debugger aufrufen und das Programm im Debugger verfolgen. Diese Form der Analyse sollte allerdings Entwicklern vorbehalten bleiben. ABAP-Programme sollten proaktiv mit dem Code Inspector untersucht Code Inspector werden, der eine statische Prüfung des Programms vornimmt und vor Standardperformancefehlern und -problemen warnt.
Tools wie "Shortcut for SAP Systems" ergänzen fehlende Funktionen im Bereich der SAP Basis.
Einige nützliche Tipps aus der Praxis zum Thema SAP Basis finden Sie auch auf der Seite www.sap-corner.de.
Ein oder mehrere Applikationsserver hosten auf dieser Ebene die nötigen Dienste für die unterschiedlichen Anwendungen.
Den Status der Queue können Sie mit Zusätze Status zurücksetzen Queue zurücksetzen.