SU56 Eingetragene Berechtigungen im Puffer
Datenbank-Export / Import
Um eine optimale Performance zu erreichen, ist es notwendig, die in einem SAP-System entstehende Last auf die verfügbaren CPU-Ressourcen der eingesetzten Rechner zu verteilen. Den Ressourcen stehen die Anforderungen an das System, z. B. die Anzahl der Dialogbenutzer und deren Aktivität in den eingesetzten SAP-Anwendungen, und die benötigten Hintergrundprozesse gegenüber. Bei der Optimierung der Lastverteilung geht es auch darum, performancekritische Abläufe zu schützen und diesen notfalls auch bevorzugt Ressourcen zuzuweisen.
Es gab sogar einen Fall, in dem die SAP-Umgebung eine Überprüfung der Stromversorgung und Kühlung des Rechenzentrums zur Folge hatte. Die Rechenzentrumsinfrastruktur musste damals erst ausgebaut werden, bevor wir überhaupt weitermachen konnten.
RSMEMORY: Dynamisches setzen von Speicherparametern
Die Berechnung der für ein SAP-System voraussichtlich benötigten Hardware, also die erforderliche CPU-Leistung, Hauptspeicher-, I/O- und Festplattengröße, bezeichnet man als Hardware-Sizing. Das Sizing von SAP-Systemen folgt einer klaren Prozedur, die zwischen SAP und den zertifizierten Hardwarepartnern abgestimmt und ständig weiterentwickelt wird. Die Grundlagen des Hardware-Sizings sollten jedem Performanceexperten ein Begriff sein. Im ersten Abschnitt dieses Kapitels stellen wir das Sizing eines neuen Systems (initiales Sizing) vor, indem wir neben den Grundlagen ein konkretes Beispielprojekt durchgehen und Ihnen auch die SAP Standard Application Benchmarks vorstellen. Im zweiten Abschnitt beschreiben wir die unterschiedlichen Sizing-Situationen, denen man bei bereits bestehenden Systemen begegnet: Lasterhöhung, Versionswechsel, Unicode-Konvertierung, SAP-HANA-Migration etc..
Ein oft genutzter Trick von Administratoren ist, Zeitpuffer einzukalkulieren, bevor der nachfolgende Job gestartet wird. Die Pufferzeiten sind nötig, weil man nicht genau vorhersagen kann, wie lange ein Job bis zur Fertigstellung benötigt, da die Dauer von vielen unkalkulierbaren Parametern abhängt. Da es wenig sinnvoll ist, Sicherungen und SAP Jobs gleichzeitig durchzuführen, werden diese Aufgaben meistens nacheinander und nicht parallel erledigt. In komplexeren Umgebungen summieren sich die Datensicherungsdauern, Zeitpuffer und Joblaufzeiten so weit auf, dass die zur Verfügung stehende Zeit nicht mehr ausreicht, alle Aktivitäten im zur Verfügung stehenden Zeitkorridor durchzuführen. Hier können Werkzeuge helfen, die mit Statusabhängigkeiten arbeiten und dann automatisch den nächsten Job starten, wenn sein Vorgängerjob fehlerfrei abgearbeitet wurde.
Etliche Aufgaben der SAP Basis können mit "Shortcut for SAP Systems" einfacher und schneller erledigt werden.
Vor der Steigerung der Last sollten Sie immer einen Review der Kapazitätsplanung ansetzen.
SAP-Basis bezieht sich auf die Verwaltung des SAP-Systems, die Aktivitäten wie Installation und Konfiguration, Lastausgleich und Leistung von SAP-Anwendungen, die auf dem Java-Stack und SAP ABAP laufen, umfasst. Dazu gehört auch die Wartung verschiedener Dienste in Bezug auf Datenbank, Betriebssystem, Anwendungs- und Webserver in der SAP-Systemlandschaft sowie das Stoppen und Starten des Systems. Hier finden Sie einige nützliche Informationen zu dem Thema SAP Basis: www.sap-corner.de.
Dieses Vorgehen hat jedoch zwei Nachteile: Workprozesse gehen mit einer höheren Wahrscheinlichkeit in den PRIV-Modus.