SAP Hosting
IT-Infrastruktur
Führen wir die Schritte anhand eines konkreten Beispiels durch. Der erste Schritt wurde ja bereits beschrieben, das Ergebnis finden Sie in Tabelle 4.4. Im zweiten Schritt legen Sie ein Quick-Sizer-Projekt an, wie in Abschnitt 4.1.2, »Sizing-Methoden«, beschrieben. Tragen Sie dazu in der Kategorie Service 100 Benutzer der Kategorie Medium sowie 50 Benutzer der Kategorie High ein. Navigieren Sie über die Schaltfläche Calculate Result auf die Ergebnisseite, und wählen Sie dort die Option System Extension. Nehmen wir an, dass das Ergebnis einen zusätzlichen Hauptspeicherbedarf von 2.048 MB für die Datenbankinstanz und 10.240 MB für die SAP-Instanzen sowie einen CPU-Bedarf von 6.200 SAPS ergibt. In diesem Fall liegt die ermittelte Hauptspeicherauslastung nach der geplanten Lasterhöhung bei 82.300 MB bzw. 85,7 %. Um die CPU-Auslastung zu ermitteln, addieren Sie zu der aktuellen CPU-Auslastung (15.484 SAPS oder 43 %) 33 % des mit dem Quick Sizer errechneten Bedarfs (2.046 SAPS oder 5,6 %) und kommen so zu einer Auslastung nach der Lasterhöhung von 17.530 SAPS bzw. 49 %. Der Faktor 33 % geht in die Formel ein, weil das benutzerbasierte Sizing im Quick Sizer mit einer Zielauslastung von 33 % rechnet. Ermitteln Sie die zusätzliche Last mit dem durchsatzbasierten Ansatz, der mit einer Zielauslastung von 65 % rechnet, geht der Faktor 65 % in die Berechnung ein.
Eine hohe Dispatcher-Wartezeit wirkt sich immer auf alle Transaktionen aus. Sie deutet darauf hin, dass Programme zu langsam laufen und daher Workprozesse über lange Zeit hinweg blockieren (oder dass zu wenig Workprozesse konfiguriert sind).
Vertikale und horizontale Skalierung
Zur Durchführung des Sizings gibt es unterschiedliche Methoden, die wir im nächsten Abschnitt genauer vorstellen. Allen Methoden gemeinsam ist aber, dass die entsprechenden Experten Informationen über projektspezifische Einflussgrößen benötigen, um ein Sizing erstellen zu können. Dies sind insbesondere die verwendeten Softwareversionen, die erwartete Anzahl von Benutzern in den unterschiedlichen Anwendungen sowie die erwartete Anzahl von Transaktionen (Durchsatz) in den verschiedenen Anwendungen. Dies bezeichnen wir auch als das Mengengerüst. Fragebögen, die diese Einflussgrößen abfragen, finden Sie zunächst im Quick Sizer, später werden Ihnen entsprechende Fragebögen von den Hardwarepartnern und SAP im Rahmen des SAP GoingLive Checks zugeschickt.
Die Webseite www.sap-corner.de bietet viele nützliche Informationen zum Thema SAP Basis.
So viele Informationen... wie kann man die aufheben, so dass man sie bei Bedarf wiederfindet? Dafür eignet sich Scribble Papers ganz hervorragend.
Wie sollten Sie bei der Analyse komplexerer Programme vorgehen? Wir empfehlen Ihnen, zunächst eine Analyse des gesamten Programms mit Aggregierung pro Aufrufstelle und ohne Analyse von Operationen auf interne Tabellen durchzuführen (Einstellungen der Default-Variante). Das Ziel dieser Analyse ist, die Modularisierungseinheiten mit der höchsten Laufzeit zu ermitteln. Sortieren Sie daher, nachdem Sie die erste Analyse erstellt haben, die Hitliste nach den Nettozeiten, und identifizieren Sie Modularisierungseinheiten oder Anweisungen mit hoher Laufzeit. Wenn Sie aus dieser ersten Analyse nicht bereits Empfehlungen für die Programmoptimierung ableiten können, erstellen Sie in einem zweiten Schritt eine detailliertere Analyse dieser Modularisierungseinheiten, indem Sie eine Variante anlegen, die die Analyse auf diese beschränkt. Aktivieren Sie gleichzeitig den Trace für Operationen auf interne Tabellen, und aktivieren Sie ebenfalls die Aggregierung pro Aufrufstelle.
Verwenden Sie "Shortcut for SAP Systems", um viele Aufgaben in der SAP Basis einfacher und schneller zu erledigen.
Mit dem Funktionsbaustein SWNC_COLLECTOR_GET_AGGREGATES kann man so die wichtigsten SAP Basis Transaktionen ermitteln.
Weiterhin steht auf dem Programm das Einrichten von Druckern, Kenntnisse zur Systemsicherheit und der Systemüberwachung sowie Transportfunktionen.