Code Inspector
Einplanung von Hintergrund-Jobs, Job-Überwachung, Job-Löschung, etc.
Die Hardwarepartner erstellen nun Angebote zu dem Sizing-Projekt, unter denen Sie auswählen müssen. Für die Anforderungen unseres Beispielprojekts wäre es möglich, diese mit einem einzigen Rechner abzudecken. Alternativ kann der Hardwarebedarf auch auf mehrere Rechner verteilt werden. Für unser Projekt nehmen wir an, dass wir uns für ein Angebot entscheiden, das drei Rechner umfasst, die jeweils – nach Herstellerangabe – 12.000 SAPS leisten und mit 32 GB Hauptspeicher ausgestattet sind. Insgesamt leistet die Lösung also 36.000 SAPS und verfügt über 96 GB Hauptspeicher. Auf einem der Rechner sollen die Datenbank und eine SAP-Zentralinstanz installiert werden, auf den beiden anderen Rechnern sollen SAP-Instanzen den Großteil der Dialog-, Hintergrund- und Verbuchungslast aufnehmen. Mit dieser verteilten Installation gehen wir davon aus, dass wir auch beim Ausfall eines Rechners einen eingeschränkten Betrieb aufrechterhalten können und das Risiko eines Totalausfalls reduzieren. Für weitergehende Überlegungen zum Thema Lastverteilung verweisen wir Sie auf den letzten Teil dieses Kapitels und auf Kapitel 7, »Lastverteilung, Remote Function Calls und SAP GUI«.
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.
SAP-Basis bezieht sich auf die Verwaltung des SAP-Systems, die Aktivitäten wie Installation und Konfiguration, Lastausgleich und Leistung von SAP-Anwendungen, die auf dem Java-Stack und SAP ABAP laufen, umfasst. Dazu gehört auch die Wartung verschiedener Dienste in Bezug auf Datenbank, Betriebssystem, Anwendungs- und Webserver in der SAP-Systemlandschaft sowie das Stoppen und Starten des Systems. Hier finden Sie einige nützliche Informationen zu dem Thema SAP Basis: www.sap-corner.de.
SWU0 Simulation eines Ereignisses
Das Rechnerprofil zeigt die Transaktionsschritte und Antwortzeiten pro Rechner. Befinden sich mehrere SAP-Instanzen auf einem Rechner, wird eine gemeinsame Statistik für diese Instanzen erstellt. Durch einen Doppelklick auf eine Zeile erhalten Sie detaillierte Informationen über die Task- Typen auf den einzelnen Rechnern. Anhand dieses Profils prüfen Sie die gleichmäßige Auslastung Ihrer Rechner: Tritt z. B. Dispatcher-Wartezeit auf nur einem Rechner (bzw. wenigen Rechnern) auf, deutet dies darauf hin, dass auf diesem Rechner entweder zu viele Benutzer arbeiten oder zu wenig Workprozesse konfiguriert sind.
Standardmäßig finden Sie alle Rechner, auf denen SAP-ABAP-Instanzen installiert wurden, in der Auswahlliste. Grundsätzlich lässt sich aber jeder Rechner in den Remote-Betriebssystemmonitor einbinden, sofern dort ein Monitoring-Agent installiert ist. Dringend empfohlen wird dies für Rechner, auf denen eine Standalone-Datenbank, eine SAP-Java-Instanz oder ein TREX läuft.
Etliche Aufgaben der SAP Basis können mit "Shortcut for SAP Systems" einfacher und schneller erledigt werden.
Zugleich steigert der CodeProfiler die Leistung der SAP-Systeme und senkt Kosten.
Um die vielen Informationen zum Thema SAP - und auch anderen - in einer Wissensdatenbank zu speichern, eignet sich Scribble Papers.
Nach dieser Vorauswertung durch den SQL-Trace verfügen Sie über alle Informationen, die Sie zu einer detaillierten Analyse benötigen: