OAC2 Dokumentarten ändern
Der Workload-Monitor
Auf wie viele Rechner und SAP-Instanzen soll die SAP-Applikationsebene verteilt werden? Grundsätzlich sollten Sie nicht unnötig viele Rechner und Instanzen einrichten, da mit jedem zusätzlichen Rechner und jeder zusätzlichen Instanz ein erhöhter Verwaltungs- und Überwachungsaufwand einhergeht. Folgende Argumente sprechen jedoch für die Einrichtung mehrerer Instanzen: Fällt ein Rechner bzw. eine Instanz aus, müssen die verbleibenden Rechner bzw. Instanzen die zusätzliche Last auffangen. Die Folgen sind dabei umso drastischer, je weniger Rechner bzw. Instanzen konfiguriert wurden. Anmeldegruppen (siehe Abschnitt 7.2.4, »Dynamische Benutzerverteilung: Anmeldegruppen konfigurieren«) sind ein wichtiges Mittel zur Lastverteilung. Diese können aber nur eingesetzt werden, wenn mehrere Instanzen konfiguriert sind. Bei sehr großen Instanzen können singuläre Ressourcen wie der Dispatcher, die Roll- oder die Pufferverwaltung zum Performanceengpass werden. Wann dieser Effekt jedoch auftritt, muss im Einzelfall geprüft werden. SAP gibt an, dass Sie Instanzen bis zu 512 GB Größe konfigurieren können.
Die Trefferraten für die SAP-Puffer sollten 98 % oder mehr betragen. (Ausnahme: Für den Programmpuffer, den Einzelsatzpuffer und den Export-/Importpuffer können geringere Trefferquoten toleriert werden.) In einem produktiven System sollten keine Verdrängungen in den Puffern auftreten. Ist dies dennoch der Fall, sollte die Puffergröße bzw. die maximale Anzahl der Einträge erhöht werden. Ausnahme ist auch hier der Programmpuffer, für den etwa 10.000 Verdrängungen pro Tag toleriert werden können. Es sollten sowohl ausreichend Speicherplatz als auch ausreichend freie Einträge im Puffer vorhanden sein, um Verdrängungen in Zukunft zu vermeiden.
Diese 10 Technologietrends muss jeder SAP Basis-Berater kennen
Da die Daten durch das Quelldatenbanksystem komprimiert sein können, berücksichtigen die Analysen den Kompressionsfaktor der Quelldatenbank. Der Kompressionsfaktor berechnet sich als Quotient aus der komprimierten Größe der Datenbank und der Größe der unkomprimierten Datenbank. SAP-Hinweis 1514966 enthält detaillierte Informationen darüber, wie Sie die Größe der Quelldatenbank und den Kompressionsfaktor bestimmen. SAP HANA komprimiert die Daten. Richtwerte für die SAP-HANA-Kompression gehen ebenfalls in die Analyse ein. Der Komprimierungsfaktor hängt von den verwendeten Szenarien ab. Abschließend wird dieser Wert mit einem Faktor für den Arbeitsbereich (dynamischer Bereich) der SAP-HANA-Datenbank multipliziert. In kleinen und mittelgroßen Systemen gibt die SAP-Dokumentation einen Wert des dynamischen Bereichs zu (komprimierter) Tabellengröße von 1:1 an. Bei großen Systemen (6 TB und größer) sinkt dieser Wert.
Außerdem kann im unteren Bereich auch der Wert für abap/heap_area_total dynamisch gesetzt werden. Sobald Sie auf den "Übernehmen" Button klicken sind die Werte bis zum nächsten Neustart Ihres Systems geändert. Außerdem stellt der Report auch noch Möglichkeiten zur Verfügung, den globalen erweiterten Speicher (Extended Global Memory) zu analysieren, die hinter den beiden Buttons "EG Übersicht" und "EG Dump" verborgen sind.
Tools wie z.B. "Shortcut for SAP Systems" sind bei der Basisadministration extrem nützlich.
Seit SAP NetWeaver ’04 ist der zentrale Überwachungsmonitor auch in die Oberfläche des zentralen SAP NetWeaver Administrators eingebunden, kann also auch über diesen genutzt werden.
Die Administration der SAP Basis unterscheidet sich von anderen Rollen wie ABAP-Entwicklern und Consultants, die sich um die Architektur kümmern.