Grundlagen der Workload-Analyse und der Laufzeitanalyse
SAP BASIS UND DATABASE SERVICE
Die Größe des beim Start der SAP-Instanz allokierten SAP Extended Memorys wird durch den SAP-Profilparameter em/initial_size_MB festgelegt. Intern ist der SAP Extended Memory in Blöcke der Größe em/blocksize_KB aufgeteilt. Die Blockgröße beträgt standardmäßig 4.096 kB. Der SAP-Profilparameter ztta/roll_extension legt die maximale Größe eines Benutzerkontextes im SAP Extended Memory fest. Diese Quote verhindert, dass ein einzelner Benutzer mit einer sehr speicherintensiven Transaktion den gesamten SAP Extended Memory belegt und keinen Speicher für die anderen Benutzer übrig lässt. Mit Basisversion 7.40 haben Sie die Möglichkeit, mit den Parametern ztta/roll_extension_dia und ztta/roll_extension_nondia die Quoten für Dialog- und NichtDialog-Workprozesse zu übersteuern. ztta/roll_extension zieht, wenn diese nicht gesetzt sind.
Insgesamt ist die Applikationsschicht das Bindeglied zwischen der Datenbankschicht einerseits und der Präsentationsschicht andererseits. So fordern die Anwendungen auf der Applikationsschicht benötigte Daten von der Datenbank an, um sie anschließend zu verarbeiten.
Parameter zur Puffereinstellung
Das Sizing im Fall eines SAP-Versionswechsels oder eines Wechsels auf Unicode wird in zwei Schritten durchgeführt: Im ersten Schritt ermitteln Sie die bestehende Last im Produktivsystem. Anhand der entsprechenden SAP-Hinweise ermitteln Sie den Faktor für die zusätzlich zu erwartende Last nach dem Versionswechsel und/oder dem Wechsel auf Unicode. Wird ein Versionswechsel über mehrere Versionen in einem Schritt durchgeführt, müssen die Upgrade-Faktoren kumuliert werden. Auch wenn die Unicode-Konvertierung zusammen mit einem Upgrade durchgeführt wird, müssen Sie die Faktoren kumulieren. Multiplizieren Sie die ermittelten Faktoren für CPU und Hauptspeicher mit den aktuellen Auslastungswerten. Das Ergebnis zeigt Ihnen, ob die bestehende Hardwareinstallation die zusätzliche Last aufnehmen kann.
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).
"Shortcut for SAP Systems" ist eine PC-Anwendung, mit der viele Tätigkeiten in der SAP Basis vereinfacht bzw. auch überhaupt erst ermöglicht werden.
Rollen und Berechtigungen funktionieren aber anders in einem HANA System.
Die Leistungsfähigkeit kann also nur über einen Benchmark bestimmt werden.