Vertikale und horizontale Skalierung
Schichteinteilung
Benchmark-Untersuchungen verschiedener Hardwarehersteller zeigen, dass der Betrieb mehrerer SAP-Systeme auf einem Rechner unter Performancegesichtspunkten ohne Probleme möglich ist. In der Praxis muss allerdings die Frage nach dem Ressourcenmanagement beantwortet werden. Die möglichen Lösungen zu beschreiben, die Hardwarepartner in diesem Zusammenhang anbieten, würde den Rahmen dieser Einführung sprengen. Allerdings sollten Sie anhand der folgenden Checkliste die unterschiedlichen Lösungen evaluieren: Laufen die unterschiedlichen Anwendungen (SAP-Instanzen, Datenbankinstanzen etc.) in unterschiedlichen Betriebssysteminstanzen (Fenstern), d. h., sind sie virtuell entkoppelt? Können mit den Methoden des Betriebssystemherstellers die Ressourcen von CPU, Hauptspeicher und Disk-I/O verwaltet werden? Wird das Ressourcenmanagement über eine feste Zuordnung von CPU, Hauptspeicher und Disk-I/O oder über eine Priorisierung der Anfragen geregelt? Können die Ressourcen dynamisch (also ohne das Betriebssystem neu zu starten) neu verteilt werden, um sich den aktuellen Anforderungen anzupassen?
Die SAP offeriert für die Unterstützung betrieblicher Prozesse einen riesigen Werkzeugkasten verschiedener Technologien. Die Sinnhaftigkeit Ihres Einsatzes bestimmt sich im Wesentlichen durch die Aufgabenstellung und deren technische Anforderungen. In den folgenden Technologien haben wir viele wertvolle Erfahrungen gesammelt, die wir Ihnen gern zur Verfügung stellen.
SICK SAP Installationscheck
Der Speicherbedarf der SAP-Puffer hängt entscheidend von den SAP-Modulen ab, die Sie auf der entsprechenden SAP-Instanz betreiben. Insgesamt ergibt sich für die SAP-Puffer ein typischer Speicherbedarf von 5 bis 15 GB, was u. a. davon abhängt, ob Unicode verwendet wird. Die größten Puffer sind der SAP-Programmpuffer mit einer Größe von 5 GB und größer und der SAP-Tabellenpuffer (für generische und für Einzelsatzpufferung) mit einer Größe von 1 GB und größer. Der Speicherbereich für die SAP-Puffer wird pro SAP-Instanz allokiert. Wird das SAP-System auf viele Instanzen mit jeweils wenigen Benutzern und Workprozessen verteilt, ist der Speicherbedarf des Gesamtsystems größer, als wenn das System auf relativ wenige Instanzen mit jeweils mehr Benutzern und Workprozessen pro Instanz aufgeteilt wird.
Dialog- und Hintergrundlast sind häufig komplementär zueinander, d. h., Dialoglast entsteht tagsüber, Hintergrundlast sollte für die Nachtstunden eingeplant werden. So bleibt ein Applikationsserver, auf dem nur Dialog-Workprozesse konfiguriert werden, zu Zeiten niedriger Dialoglast ungenutzt, während auf der Datenbank durch parallellaufende Hintergrundprogramme zu dieser Zeit möglicherweise ein CPU-Engpass entsteht.
Für Administratoren steht im Bereich der SAP Basis ein nützliches Produkt - "Shortcut for SAP Systems" - zur Verfügung.
Falls Sie auswerten möchten, bei welchen Tabellen eine Protokollierung stattfindet, bietet sich hierfür die Tabelle DD09L an.
Dazu gehören die Durchführung von Releasewechseln, Installation von Enhancement-Packages, Anpassung neuer Druckertypen, Gerätetreiber oder Zeichensätze und vieles mehr.