Monatliche Reportings / Reviews
SWEC Ereignisse zum Änderungsbeleg
Wie bei jeder guten Medizin kommt es auch bei Tuningmaßnahmen auf die richtige Anwendung an. Tuningmaßnahmen sind – sofern richtig angewandt – wichtige Instrumente der Performanceoptimierung. Der falsche Umgang kann jedoch zu massiven Performanceeinbußen und in Einzelfällen auch zu logischen Inkonsistenzen führen. Das gilt z. B. für die Änderung des Pufferungsmodus für Tabellen (siehe Kapitel 12, »SAP-Pufferung«) und Nummernkreise (siehe Abschnitt 10.3, »Nummernkreispufferung«) sowie das Anlegen, Ändern oder Löschen von Datenbankindizes (siehe Kapitel 11, »Optimierung von SQL-Anweisungen«). Dies sind Veränderungen des SAPSystems, die nur von erfahrenen Entwicklern oder Beratern vorgenommen werden sollten.
Das Service Level Management im SAP Solution Manager, den wir im letzten Abschnitt dieses Kapitels beschreiben, umfasst die zuvor beschriebenen Aspekte. Es besteht aus einem Setup, in dem Sie die verschiedenen Parameter Ihres Service Level Agreements (Betriebszeiten, kritische zu überwachende Transaktionen etc.) eintragen. Basierend auf diesen Daten, wird dann vom SAP Solution Manager wöchentlich ein Service Level Report erstellt.
Point-in-Time Recovery
Einen CPU- oder Hauptspeicherengpass können Sie nach folgenden Kriterien diagnostizieren: Beobachten Sie eine hohe CPU-Auslastung oder hohe Paging-Raten im Stundenmittel? Als grobe Richtwerte geben wir an, dass die Gefahr eines Hardwareengpasses besteht, wenn die mittlere freie CPU-Kapazität (CPU idle) im Stundenmittel unter 20 % sinkt bzw. die Paging-Rate pro Stunde auf über 20 % des physischen Hauptspeichers ansteigt. Vergleichen Sie dazu auch Abschnitt 2.2.1, »Analyse eines Hardwareengpasses (CPU und Hauptspeicher)«. Prüfen Sie in einem zweiten Schritt, ob die hohe CPU-Auslastung bzw. die hohe Paging-Rate tatsächlich negativen Einfluss auf die Antwortzeit des SAP-Systems hat. Besteht der Verdacht eines Hardwareengpasses auf einem Applikationsserver, ist dies am sichersten anhand der Processing-Zeit festzustellen: Ist diese deutlich größer als die CPU-Zeit (als Richtwert Processing-Zeit > 2 × CPU-Zeit), ist dies ein Indiz dafür, dass die Workprozesse auf die CPU warten müssen. (Beachten Sie aber, dass eine erhöhte Processing- Zeit auch andere Ursachen haben kann, siehe auch Abschnitt 3.3, »Workload-Analyse«.) Zudem können erhöhte Lade-, Roll- und Dispatcher- Wartezeiten auftreten. Vermuten Sie, dass ein Hardwareengpass auf dem Datenbankserver auftritt, analysieren Sie die Datenbankzeit: Ist sie erhöht? Vergleichen Sie dazu z. B. die Datenbankzeiten im Tagesprofil zu Zeiten hoher und niedriger Last. Besteht der Verdacht auf einen Hauptspeicherengpass, vergleichen Sie, ob der virtuell allokierte Speicher deutlich größer als der physisch vorhandene Hauptspeicher ist. Sofern der virtuell allokierte Speicher kleiner ist als 1,5 × der physische Hauptspeicher, sollte ein Hauptspeicherengpass kein Thema sein (siehe auch Abschnitt 2.4.3, »Anzeige des allokierten Speichers«).
Unsere SAP Basis Trainings und Schulungen entspringen aus unserer praktischen Arbeit in den Unternehmen. Alle SAP Basis Schulungen für Systemadministration und Administratoren werden von SAP zertifizierten Experten durchgeführt, die wissen wovon sie sprechen, weil sie hauptsächlich SAP Projekte bei unseren Kunden realisieren.
Verwenden Sie "Shortcut for SAP Systems", um viele Aufgaben in der SAP Basis einfacher und schneller zu erledigen.
HANA ist jedoch keine Weiterentwicklung von SAP ERP, HANA ist die nächste Stufe eines ERP Systems.
Im ersten Fall überträgt ein als Agent bezeichneter Prozess die Daten an das zentrale Monitoring-System, die Anzeige erfolgt dort über den zentralen Workload-Monitor (Transaktionscode ST03G) und die zentrale Einzelsatzanzeige (Transaktionscode STATTRACE).