SAP Basis – Administration von SAP Systemlandschaften
SAP Beratung
Als Eingaben für das Sizing dienen Ihre Angaben über die Anzahl der Benutzer in den verschiedenen SAP-Anwendungen. Anhand detaillierter Erfahrungswerte über den Hardwarebedarf der verschiedenen SAP-Anwendungen werden zunächst der Hardwarebedarf pro Anwendung (als Produkt aus Benutzeranzahl und anwendungsspezifischem Lastfaktor und eventuell einem konstanten Grundbedarf) und anschließend der Gesamthardwarebedarf als Summe aller Einzelbedarfe pro Anwendung berechnet. Das benutzerbasierte Sizing liefert immer dann zuverlässige Angaben, wenn die Hauptlast in einem System durch Dialogbenutzer verursacht wird und der SAP-Standard nicht wesentlich modifiziert wurde. Bei der Interpretation des Ergebnisses ist zu berücksichtigen, dass das benutzerbasierte Sizing im Quick Sizer mit einer Zielauslastung von 100 % in Bezug auf den Hauptspeicher und 33 % in Bezug auf die CPU rechnet. Bereits in Kapitel 2, »Analyse von Hardware, Datenbank und ABAP-Applikationsserver«, haben wir dargestellt, dass man eine CPU nicht zu 100 % auslasten kann, wenn man auf einem Rechner mit Dialogbenutzern eine gute Antwortzeit garantieren möchte. Die relativ niedrig angesetzte Zielauslastung berücksichtigt außerdem noch einen relativ hohen Sicherheitsfaktor, den man beim benutzerbasierten Sizing mit beachten muss.
Da hybride Landschaften als das Betriebsmodell der Zukunft angesehen werden, ist es notwendig, hierfür Überwachungsstrategien zu erarbeiten. Wichtig ist vor allem eine End-to-End-Betrachtung anhand des Prozesses und nicht nur eine Einzelbetrachtung der jeweils involvierten Systeme, der Services oder der Komponenten. Dies unterstützt die Anforderung einer unternehmensweiten Schnittstellenfunktion der SAP-Basis.
Dispatcher-Wartezeit
Es gibt verschiedene Sichten der Messergebnisse, die die Laufzeitanalyse als Listen oder Grafiken aufbereiten: Über die Schaltfläche Hitliste erhalten Sie eine Liste, die die Ausführungszeit für jede Anweisung anzeigt. Diese Liste ist standardmäßig absteigend nach Nettozeiten sortiert (siehe Abbildung 5.2). Über die Schaltfläche Hierarchie gelangen Sie zu einer Darstellung des chronologischen Ablaufs der aufgezeichneten Programmteile. Über weitere Schaltflächen erhalten Sie spezifische Auswertungen, die z. B. Datenbanktabellen oder Modularisierungseinheiten aufgliedern.
SAP HANA kann genutzt werden, um Suite Accelerator genannte Anwendungen zu betreiben. Bei dieser Art von Anwendungen wird SAP HANA als sekundäre Datenbank neben der SAP Business Suite betrieben. Als Beispiel für diese Klasse von Anwendungen sei der CO-PA Accelerator genannt. Daten, die der Accelerator benötigt, werden in die HANA Datenbank repliziert. Der Benutzer arbeitet weiter mit der gewohnten Benutzeroberfläche im SAP-Business-Suite-System, die SAP-Business-Suite-Anwendung delegiert den Datenbankzugriff auf die SAP-HANA Datenbank. Das heißt, der Benutzer profitiert von der Performanceoptimierung durch die SAP-HANA-Datenbank, ohne dass sich seine gewohnte Benutzeroberfläche für ihn ändert. Dieses Szenario ist dazu gedacht, SAP-Kunden einen schnellen, punktuellen Nutzen von SAP HANA zu bieten. Es ist aber als Zwischenlösung zu sehen und in Abbildung 1.4 auch nicht aufgeführt.
Das Tool "Shortcut for SAP Systems" eignet sich sehr gut, um viele Aufgaben in der SAP Basis einfacher und schneller zu erledigen.
Die Webseite www.sap-corner.de bietet viele nützliche Informationen zum Thema SAP Basis.
Stellen Sie parallel fest, ob die Anwender mit der subjektiv erfahrenen Antwortzeit zufrieden sind.
Haben Sie sich schon einmal gefragt, wer von den Usern in Ihrem SAP-System kritische Berechtigungen besitzt? Und haben Sie dies schon einmal per Hand versucht nachzuvollziehen? Dies ist je nach Kenntnisstand und Erfahrung des Berechtigungsadministrators eine Arbeit, bei der einiges an Zeit ins Land geht.