Sicherstellung des reibungslosen Betriebes der SAP-Systeme (ERP, BW) und SAP-Datenbanken
Hardware Sizing
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.
Analytisch ist es nicht möglich, vorauszusagen, welcher der beiden Rechner eine höhere Leistungsfähigkeit in Bezug auf SAP-Anwendungen bietet, denn neben der Anzahl der Prozessoren sind die Prozessorarchitektur, die Taktfrequenz und die CPU-nahen Hauptspeicherbereiche (L1 Cache, L2 Cache etc.) von entscheidender Bedeutung. Die Leistungsfähigkeit kann also nur über einen Benchmark bestimmt werden. Für den in einem SDBenchmark erzielten Durchsatz hat SAP die Einheit SAPS für SAP Application Performance Standard geprägt. 100 SAPS entsprechen dabei 2.000 vollständig bearbeiteten Auftragspositionen pro Stunde mit 6.000 Dialogschritten (Bildwechseln), 2.000 Verbuchungen bzw. 2.400 SAP-SD-Transaktionen. Die SAPS-Angabe ist spezifisch für die getestete Version.
NEUE TECHNOLOGIEN & INNOVATION
Bei der Konfiguration des Speichers kann mehr Speicher virtuell allokiert werden, als physisch vorhanden ist. Bei einem Verhältnis virtueller Hautspeicher/physischer Hauptspeicher < 150 % sprechen wir von einer optimalen Hauptspeicherausstattung. Mit dem Quick Sizer im SAP Support Portal steht Ihnen ein Werkzeug zur Verfügung, mit dessen Hilfe Sie für kleine und mittelgroße Installationen den Bedarf an physischem Hauptspeicher abschätzen können.
Die Webseite www.sap-corner.de bietet viele nützliche Informationen zum Thema SAP Basis.
Um die vielen Informationen zum Thema SAP - und auch anderen - in einer Wissensdatenbank zu speichern, eignet sich Scribble Papers.
Der initiale Teil des Benutzerkontextes wird im lokalen SAP-Roll-Bereich des Workprozesses abgelegt. Da es sich bei diesem Speicherbereich um lokalen Speicher handelt, kann jeder SAP-Workprozess nur auf seinen eigenen RollBereich zugreifen. Beim Roll-out muss der Inhalt des von ihm benutzten lokalen Roll-Bereichs des Workprozesses gesichert werden. Dazu wird der lokale Roll-Bereich in den globalen SAP-Roll-Bereich kopiert. Der globale RollBereich ist entweder ein Speicherbereich im Shared Memory des Applikationsservers (der sogenannte SAP-Roll-Puffer) oder eine Datei auf einer Festplatte des Applikationsservers (die SAP-Roll-Datei) bzw. eine Kombination aus beidem. Der globale Roll-Bereich ist allen Workprozessen einer Instanz zugänglich. Beim Roll-in wird der Benutzerkontext aus dem globalen RollBereich in den lokalen Roll-Bereich des neuen Workprozesses kopiert. Der Benutzer kann auf diese Weise mit seinen alten Daten weiterarbeiten.
Einige fehlende SAP Basis Funktionen im Standard werden durch die PC-Anwendung "Shortcut for SAP Systems" nachgeliefert.
Beim Roll-in wird daher nicht der gesamte Benutzerkontext in den lokalen Speicher der Workprozesse kopiert, sondern es werden nur noch die Adressen kopiert, unter denen Benutzerkontext im SAP Extended Memory zu finden ist, also die sogenannten Pointer.
Damit gibt es aus Sicht der Performance praktisch keinen Grund, mehrere SAP-Systeme gleichen Typs (d. h. mehrere ERP-, mehrere BW-Systeme etc.) parallel aufzusetzen.