Falsche Lastverteilung
RZ01 Job Scheduling Monitor
In der Sicht Workload Analysis im Workcenter Root Cause Analysis bietet der Diagnoseteil des SAP Solution Managers Funktionen zur Workload- Analyse von ABAP- und Java-Anwendungen auf dem SAP NetWeaver AS. Der ABAP-Teil der Workload-Analyse im SAP Solution Manager greift auf die Funktionen zurück, die auch sonst im AS ABAP zur Verfügung stehen. Der zusätzliche Nutzen besteht in der Zentralisierung der Lösungssicht für Analysen. Sofern Sie mit den Workload-Monitoren des ABAP-Servers vertraut sind, werden Sie sich auch schnell im ABAP-Teil der Workload-Analyse des SAP Solution Managers zurechtfinden. Der Java-Teil der Workload-Analyse im SAP Solution Manager dagegen bietet Ihnen neue Funktionen, die Ihnen ohne den SAP Solution Manager nicht zur Verfügung stehen. Zur Workload-Analyse von Java-Anwendungen wird nämlich auf ein Produkt der Firma Wily (heute in Besitz von Computer Associates) zurückgegriffen, das für die Anwendung mit dem SAP Solution Manager lizenziert ist.
Benutzerkontexte werden zum Großteil im SAP Extended Memory gespeichert. Der SAP Extended Memory wird als Shared Memory allokiert: Somit können alle SAP-Workprozesse einer SAP-Instanz die dort abgelegten Benutzerkontexte direkt bearbeiten. 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. Der Umfang der beim Roll-in bzw. beim Roll-out kopierten Daten wird durch die Verwendung des SAP Extended Memorys um ein Vielfaches reduziert, was zu einer drastischen Beschleunigung des Roll-Vorgangs führt. In der Regel wird das SAP-System so konfiguriert, dass der Großteil der Benutzerkontextdaten im SAP Extended Memory gespeichert wird.
Wann ist eine Sperre kritisch?
Wenn die Anforderungen an Hauptspeicher- und CPU-Bedarf wachsen, ist SAP HANA in der Lage, sowohl vertikal als auch horizontal zu skalieren. Bei vertikaler Skalierung (scale-up) geht man zu größeren Rechnern über, indem man die Datenbank umzieht oder den vorhandenen Rechner mit zusätzlicher Hardware in Form von Speicherkarten und Prozessoren bestückt. Das Hinzufügen neuer Rechner und Verteilen der Datenbank bezeichnen wir als horizontale Skalierung (scale-out).
Die vertikale Skalierung hat ihre natürlichen Grenzen, zum einen in der Verfügbarkeit großer Rechner (Anfang 2017 stellten einige Hardwarepartner Rechner von einer Größe bis zu 24 TB Hauptspeicher zur Verfügung), zum anderen in deren Preis (im oberen Leistungssegment steigt der Preis pro TB Speicher stark an) und zum dritten in der Tatsache, dass auch stark parallelisierende Anwendungen wie SAP HANA auf sehr großen Rechnern nicht perfekt skalieren (NUMA-Problem, siehe Kasten). Daher ist die richtige Balance zwischen vertikaler und horizontaler Skalierung zu wählen.
Tools wie "Shortcut for SAP Systems" ergänzen fehlende Funktionen im Bereich der SAP Basis.
Es gibt die folgenden Typen von Support Packages: SPAM/SAINT-Update Ein SPAM/SAINT-Update (PAT) enthält Aktualisierungen und Verbesserungen des SAP Patch Manager und des SAP Add-On Installation Tool.
Eine Orientierung an dem Gedanken des Cloud Computings kann behilflich sein.