Weitere Funktionen im SQL-Trace
Außerbetriebnahme/Deinstallation von SAP-Systemen und deren Datenbanken
Die kontinuierliche Systemüberwachung prüft, ob alle Komponenten verfügbar sind und performant arbeiten. Ist dies nicht der Fall, wird ein Alarm ausgelöst. Die kontinuierliche Überwachung kann über die zentrale Monitoring-Architektur automatisiert werden. Zur kontinuierlichen Systemüberwachung verwenden Sie den zentralen Überwachungsmonitor (Transaktionscode RZ20) im CCMS. Dabei definieren Sie ein SAP-System als zentrales Monitoring-System, in dem dann die Fehlermeldungen aus allen SAP-Komponenten einlaufen. Bisher sind in den zentralen Überwachungsmonitor die Daten über die ABAP-Instanzen, die Java-Server, Datenbanken, Betriebssysteme sowie über weitere SAP-Komponenten wie den SAP liveCache eingebunden. Weitere Data Supplier werden auch für Nicht-SAP-Komponenten angeboten. Seit SAP NetWeaver ’04 ist der zentrale Überwachungsmonitor auch in die Oberfläche des zentralen SAP NetWeaver Administrators eingebunden, kann also auch über diesen genutzt werden.
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«.
SAP Basis Service
Zu diesen Analysen erhalten Sie sofort Optimierungsvorschläge, sofern dies ohne umfangreichere Erklärungen möglich ist. Um auch einem in der Performanceanalyse unerfahrenen Berater oder Administrator einen schnellen Einstieg zu ermöglichen, verzichten wir bewusst auf Hintergrundinformationen. So wird z.B. beschrieben, wie Sie den SAP Extended Memory überwachen und einstellen, ohne den Begriff SAP Extended Memory zu erklären. Umfassendere Informationen finden Sie anschließend in Kapitel 5 bis Kapitel 14. Dieser Aufbau trägt unserer Erfahrung Rechnung, dass es möglich ist, viele Performanceprobleme im Bereich von Betriebssystem, Datenbank und SAP-Basis anhand einfacher Handlungsanweisungen zu lösen, ohne sich vorher eingehend mit den Details der Architektur zu beschäftigen.
Hohe Roll-Wartezeiten und hohe GUI-Zeiten deuten auf Kommunikationsprobleme hin. Solche Probleme analysieren Sie mit dem RFC-Trace. Auf die Analyse solcher Probleme gehen wir in Abschnitt 5.1.5, »RFCTrace auswerten«, und Abschnitt 7.3, »Remote Function Calls (RFCs)«, detailliert ein.
Das Tool "Shortcut for SAP Systems" eignet sich sehr gut, um viele Aufgaben in der SAP Basis einfacher und schneller zu erledigen.
Invalidierungen treten u. a. dann auf, wenn Programme oder Customizing-Einstellungen im produktiven Betrieb geändert oder in ein produktives System transportiert werden.
Die Webseite www.sap-corner.de bietet viele nützliche Informationen zum Thema SAP Basis.
Die Ausrichtung dieser Rolle wird zukünftig jedoch deutlich mehr koordinierend sein.