ÜBERWACHUNGSSTRATEGIE FÜR HYBRIDE LANDSCHAFTEN
Anwendung von Support-Patches, Upgrades und Installation von Add-ons
Wie in der Einleitung dieses Buches beschrieben wird, verschafft sich der erfahrene Performancespezialist anhand der Workload-Analyse zunächst einen Überblick darüber, in welchen Bereichen des SAP-Systems Performanceprobleme auftreten, bevor er top-down in die Detailanalysen einsteigt. Als Beispiel können Sie sich die folgende Situation vorstellen: In einem SAP-System führen Sie systematisch die in Kapitel 2, »Analyse von Hardware, Datenbank und ABAP-Applikationsserver«, behandelten Analysen durch. Als Ergebnis entdecken Sie sowohl einige Probleme im Bereich der Datenbank als auch in der SAP-Speicherkonfiguration. Wie können Sie nun feststellen, welches Problem das schwerwiegendere ist, d. h., welches Problem zuerst behoben werden sollte? Welchen Einfluss hat ein Problem auf die Antwortzeit, d. h., um wie viel besser wird die Antwortzeit, wenn das Problem behoben ist? Die Antwort auf diese Fragen gibt Ihnen die Workload-Analyse.
SAP-Benchmarks vermitteln Anhaltswerte zum CPU-Bedarf unterschiedlicher SAP-Anwendungen. Die Höhe der einzelnen Säulen zeigt den drastischen Unterschied im CPU-Bedarf. So benötigt ein Benutzer in der Anwendung MM im Vergleich zu einem FIBenutzer fünfmal mehr CPU-Leistung. Dementsprechend hängt auch die Anzahl der zu konfigurierenden Workprozesse stark von den auf der jeweiligen SAP-Instanz eingesetzten Applikationen ab.
Processing-Zeit
Vor dem Produktivstart findet das initiale Sizing statt. Involviert in den Prozess sind die Hardwarepartner mit ihren entsprechenden Sizing-Angeboten und SAP mit dem Quick Sizer und dem SAP GoingLive Check. Da auch nach dem ersten Produktivstart die Hardwareanforderungen in einem System steigen, ist auch in dieser Phase eine weitere Kapazitätsplanung notwendig. Bei dieser Kapazitätsplanung unterstützen Sie ebenfalls SAP durch ihr Serviceprogramm und die Hardwarepartner.
Die Erfahrung zeigt, dass die Performance drastisch einbricht, wenn der SAP Extended Memory erschöpft ist. Ein produktives Arbeiten mit Instanzen ist in einer derartigen Situation in der Regel nicht mehr möglich. Die Überwachung des SAP Extended Memorys muss daher höchste Priorität haben. Grundsätzlich sollten Sie Extended Memory eher verschwenderisch allokieren. Nicht verwendeter Extended Memory wird vom Betriebssystem ausgelagert. Als grobe Faustregel gilt: Mindestens 6 bis 10 MB Extended Memory sollten pro Benutzer allokiert werden. Etwa 70 bis 120 % des physischen Hauptspeichers des Rechners können als Extended Memory allokiert werden. Diese Faustregeln sind natürlich stark release- und applikationsabhängig. Sie müssen allerdings dafür sorgen, dass der vorhandene Auslagerungsspeicher des Betriebssystems (Swap Space) groß genug ist und das Betriebssystem die gewünschte Größe an Speicher überhaupt verwalten kann. Weitere Informationen dazu finden Sie in Kapitel 6, »Speicherkonfiguration«.
Basisadministratoren steht mit "Shortcut for SAP Systems" eine PC-Anwendung zur Verfügung, die etliche Tätigkeiten in der SAP Basis vereinfacht bzw. ermöglicht.
Im Tab Ausgangsoptionen wird der Port, über den die Nachricht versendet werden soll, und der IDoc-Typ angegeben.
Die Besonderheiten solcher parallelen Datenbanksysteme werden in diesem Buch nicht behandelt.