Virtualisierung Ihrer SAP-Systemlandschaft
Vertikale und horizontale Skalierung
Der Begriff Prozessor bezeichnet bekanntlich die zentrale Verarbeitungseinheit (Central Processing Unit, CPU) eines Rechners, die in der Lage ist, Programme auszuführen. Dabei unterscheidet man zwischen Einkernprozessoren und Mehrkernprozessoren. Mehrkernprozessoren verfügen über mehrere vollständig ausgebaute Verarbeitungseinheiten (Kerne) auf einem Chip. Die einzelnen Kerne teilen sich lediglich den Bus, sind also als vollwertige CPUs anzusehen. Mehrfädige Prozessorkerne (Multi-Threaded-CPUs) verfügen über eine CPU, melden sich aber als mehrere CPUs am Betriebssystem an. Damit bilden sich für diese Kerne mehrere Warteschlangen, aus, zwischen denen der Kern hin- und herschaltet. Um diesen Wechsel zu optimieren, besitzt jeder Thread einen eigenen Registersatz, einschließlich Stack Pointer und Program Counter, damit kann ohne zusätzliche Prozessorzyklen zwischen den Threads geschaltet werden. Diese hardwareseitigen Threads sollten Sie jedoch nicht mit den Threads verwechseln, die die Anwendungsprozesse erzeugen (User- oder Software-Threads). Innerhalb eines Prozesses der Datenbank, des ABAP-, Java- oder TREX-Servers können mehrere (Software-)Threads erzeugt werden, die vom Betriebssystem in Zeitscheiben ausgeführt werden. Den Wechsel zwischen den (Software-)Threads bezeichnet man als Kontextwechsel. Unter diesem Gesichtspunkt kann man also sagen, dass zusätzliche (Hardware-)Threads Kontextwechsel zwischen (Software-)Threads begünstigen und damit den vorhandenen Kern besser auslasten helfen, allerdings von der Leistungssteigerung nicht ganz an einen zusätzlichen Kern heranreichen.
In der Zeile Roll area sollte der Wert Max. use den Wert In memory nicht überschreiten, d. h., die Roll-Datei sollte überhaupt nicht verwendet werden. Der Roll-Bereich ist ab Basisversion 7.40 obsolet, d. h., ab dieser Version wird er in nicht mehr aufgeführt.
Zero Administration Memory Management
Die SAP-Software kann sowohl auf sehr großen als auch auf kleineren, preiswerteren Rechnern betrieben werden. Sofern das Sizing richtig durchgeführt und die Last richtig verteilt wird, kann mit beiden Hardwarestrategien eine gute Performance erreicht werden. SAP achtet penibel darauf, dass ihre Software linear skaliert. 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.
Zur Durchführung des Sizings gibt es unterschiedliche Ansätze. Für viele Prozesse bietet SAP im SAP Support Portal den Quick Sizer an, eine browserbasierte Anwendung, in der Sizing-Projekte angelegt, die Daten eingegeben und der Hardwarebedarf berechnet werden können. Den Quick Sizer finden Sie im SAP Support Portal unter http://service.sap.com/sizing. Unter dieser Adresse finden Sie neben der Dokumentation zum Quick Sizer auch weitere Informationen zum Sizing von SAP-Lösungen.
Etliche Aufgaben im Bereich der SAP Basis können mit "Shortcut for SAP Systems" wesentlich erleichtert werden.
Mit SAP-Basis 7.10 wurde das DBA-Cockpit teilweise auf das Web User Inter-face (UI, in Web-Dynpro-ABAP-Technologie) umgestellt.
Einer der größten Vorteile ist, das Team ist mit der Firmeninfrastruktur vertraut.