SAP Basis Applikationsschicht (Applikationsserver und Message-Server)

Direkt zum Seiteninhalt
Applikationsschicht (Applikationsserver und Message-Server)
Gute Deutschkenntnisse in Wort und Schrift werden erwartet (Niveau in Anlehnung an mindestens B2)
SAP Basis, das bedeutet Systemadministration und Plattformbasis von SAP-Systemen - quasi die Betriebsebene hinter den SAP-Anwendungen im Unternehmen. NEXUS / ENTERPRISE SOLUTIONS nimmt dieses Geschäftsfeld jetzt stärker ins Visier und verstärkt sein Dienstleistungsportfolio im Grundbetrieb von SAP-Basis Services (Application Management Services / laufende Betreuung) mit optionalen Erweiterungen und Projektleistungen des SAP-Basis-Betriebs, etwa im Zuge von Migrationen.

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.
Lokaler Speicher und Shared Memory
Anhand dieser Angaben können Sie schnell feststellen, in welcher Komponente lange Zeiten aufgetreten sind. Eine hohe CPU-Zeit bedeutet, dass die Anwendung auf der Komponente weiter analysiert werden muss. Eine lange Wartezeit in der Komponente deutet auf eine Überlastungssituation in dieser Komponente hin. Abhängig vom Typ der Komponente (ABAPoder Java-Instanz) muss eine komponentenabhängige Analyse erfolgen. Eine hohe Call-/Roll-Wartezeit schließlich bedeutet, dass das Performanceproblem nicht in dieser Komponente, sondern in einer von dieser aufgerufenen Komponente zu finden ist.

Neben der Optimierung bestehender Anwendungen entwickelt SAP neue betriebswirtschaftliche In-Memory-Anwendungen, die den vollen Leistungsumfang der SAP-HANA-Datenbank ausschöpfen. Beispiele sind SAP Smart Meter Analytics, SAP Dynamic Cash Management und SAP Sales and Operations Planning. Diese Anwendungen können auf SAP NetWeaver aufsetzen, sie können aber auch direkt auf der SAP HANA Platform gebaut sein.

Einige fehlende Funktionen in der Basisadministration werden durch "Shortcut for SAP Systems" ergänzt.

Diese Darstellung erfolgt über eine grafische Oberfläche, die im Englischen auch Grafical User Interface (kurz GUI) genannt wird.

Beachten Sie, daß Sie die Support Packages vor der weiteren Verarbeitung entpacken müssen.
SAP Corner
Zurück zum Seiteninhalt