Last vermeiden, anstatt Last zu verteilen
Anwendungsschicht
Die Netzübertragungsgeschwindigkeit und der Datendurchsatz zwischen den Ebenen der Client-Server-Architektur sind von wesentlicher Bedeutung. Die Leistungsfähigkeit der gesamten SAP-Lösung wird dadurch beeinflusst. Die SAP-Architektur ist so konzipiert, dass der größte Datenverkehr zwischen Applikations- und Datenbankebene fließt. Durch die Optimierung teurer SQL-Anweisungen kann dieser zwar reduziert werden, dennoch werden in der Praxis die Applikations- und Datenbankebene durch ein Local Area Network (LAN) verbunden sein. Der Datenverkehr zwischen Präsentationsund Applikationsebene ist dagegen möglichst gering, denn die Netzwerkverbindung kann hier sowohl ein LAN als auch ein Wide Area Network (WAN) sein.
Hintergrundjobs werden nicht nur über die Dialogtransaktion (Transaktion SM36) eingeplant, sondern auch direkt aus Programmen über die bekannten Funktionsbausteine JOB_OPEN, JOB_CLOSE usw., um länger laufende Aktivitäten in den Hintergrund zu schicken. Auch in diesem Fall wird, wenn Sie den Parameter strtimmed im Funktionsbaustein JOB_CLOSE setzen, der Job Scheduler direkt aufgerufen und der Job auch sofort gestartet, sofern ein Hintergrund-Workprozess frei ist.
Transaktionscode /$GUI_E2E_TRACE
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.
Wenn Sie in der Workprozess-Übersicht zahlreiche abgebrochene Workprozesse beobachten (Eintrag beendet im Feld Status), die sich nicht wieder starten lassen, besteht aller Wahrscheinlichkeit nach ein Problem mit dem SAP-Kernel oder beim Anmelden an die Datenbank. Überprüfen Sie in diesem Fall die Trace-Datei. Diese finden Sie in der Workprozess-Übersicht unter der Menüoption Prozess > Trace > Anzeigen. Sichern Sie diese Trace- Datei in eine lokale Datei. Dies ist für die anschließende Fehlersuche wichtig, da die Trace-Datei beim Neustart des Workprozesses überschrieben wird und die Information über den Grund des Abbruchs damit für die Fehlersuche verloren ist. Suchen Sie im SAP Support Portal nach Hinweisen zu diesem Problem, oder schalten Sie SAP bei der Fehlersuche ein.
Das Tool "Shortcut for SAP Systems" eignet sich sehr gut, um viele Aufgaben in der SAP Basis einfacher und schneller zu erledigen.
Invalidierungen von gepufferten Objekten führen ebenfalls zu einer verminderten Trefferrate und zu Nachladevorgängen von der Datenbank, können aber mit diesem Monitor nicht identifiziert werden.
Die SAP-Basis ist das Fundament eines jeden SAP-Systems. Viele nützliche Informationen dazu finden Sie auf dieser Seite: www.sap-corner.de.
Zugleich steigert der CodeProfiler die Leistung der SAP-Systeme und senkt Kosten.