Implementierung und Betrieb
SAP Standard Application Benchmarks
Im Bereich der SAP-Basis ist es im Zuge von Systemupdates notwendig, zeitlich begrenzte Änderungen in den Sicherheitseinstellungen der Mandanten und Systeme vorzunehmen. Mit Hilfe der Variable Systemänderbarkeit können Sie festlegen, ob eine Änderbarkeit der mandantenübergreifenden Daten, wie beispielsweise von Programmen oder Menüs sowie des mandantenunabhängigen Customizings erlaubt wird.
In einem hybriden Entwicklungsszenario werden die Datenbank-spezifischen Teile der Anwendung mit den Werkzeugen der SAP HANA Platform entwickelt und von Anwendungen im SAP NetWeaver genutzt. Dies kann im AS ABAP über natives SQL oder über sogenannte Stellvertreterobjekte (Proxies) im ABAP Data Dictionary geschehen. Die Datenbankobjekte bleiben für den Applikationsserver eine »Blackbox«. Dieses Entwicklungsszenario unterstützt alle Funktionalitäten von SAP HANA, hat aber den Nachteil, dass Entwickler in beiden Entwicklungswelten zu Hause sein müssen.
PROLOGUE
Um die Erwartungen eines Benutzers an eine SAP-Anwendung zu erfüllen, ist ein Überwachungs- und Optimierungskonzept notwendig. In dem Maß, wie sich SAP heute Kunden gegenüber nicht mehr als Softwareanbieter, sondern als Lösungsanbieter profiliert, hat sich auch die Aufgabe des Monitorings geändert. Statt vom klassischen System-Monitoring sprechen wir heute vom Solution Monitoring, das nicht mehr nur die einzelnen Systemkomponenten überwacht, sondern den Geschäftsprozess (Business Process) als Ganzes.
Mit Hilfe von Profilparametern können wir im SAP System alles konfigurieren. Dabei sind einige Parameter dynamisch änderbar, das heißt, dass sie geändert werden können ohne das System neu zu starten. Diese Änderungen sind dann aber nicht permanent, das heißt, nach einem Systemneustart, werden wieder die vorher eingestellten Profilparameter verwendet. Andere Parameter hingegen sind statisch, also nur mit einem Neustart und nur permanent änderbar. Die meisten Profilparameter für die Speicherallokation sind eigentlich statisch. Es gibt jedoch die Möglichkeit diese mit dem Report RSMEMORY dynamisch anzupassen. Lesen Sie hier wie Sie herausfinden, ob ein Parameter statisch oder dynamisch ist und wie sie den Report RSMEMORY verwenden um die Speicherallokationsparameter dynamisch anzupassen. RZ11 - Pflege der Profilparameter Die Transaktion RZ10 gibt uns Informationen über Profile, die wiederum verschiedene Profilparameter enthalten. In der Transaktion RZ11 ist es hingegen möglich sich Informationen zu einzelnen Parametern anzuschauen, vorausgesetzt man kennt ihren Namen. Wie Sie in unserem Beitrag zu Speicherparametern lesen können, sind für die Speicherverwaltung besonders die folgenden 5 Parameter wichtig: abap/heap_area_total abap/heap_area_dia abap/heap_area_nondia ztta/roll_extension_dia ztta/roll_extension_nondia Wenn Sie mal nicht genau wissen, wie ein Parameter heißen könnte, lohnt es sich an dieser Stelle auch die F4-Hilfe zu verwenden. Für den Parameter abab/heap_area_dia gibt die RZ11 beispielsweise folgendes aus: Beschreibung des Parameters abap/heap_area_dia in der RZ11 Wie Sie hier sehen können, handelt es sich nicht um einen dynamischen Parameter. Nun ist es doch ziemlich leidlich, wenn getestet werden soll, ob genug Speicher zur Verfügung steht immer wieder das System neu zu starten. Zu diesem Zweck gibt es den Report RSMEMORY. RSMEMORY - Testen Sie ihre Speicherallokationsstrategie Anzeige des Reports RSMEMORY Hier ist weder eine Dokumentation, noch eine Wertehilfe Verfügbar, aber die SAP Dokumentation verrät, wie der Report zu benutzen ist. Hier wird zunächst zwischen Dialog und Nicht-Dialog- Workprozessen unterschieden. Das heißt im ersten Bereich können Sie den Extended Memory (Speicherklasse 1) und den Heap Memory (Speicherklasse 2) für Dialog Workprozesse festlegen und in der zweiten selbiges für Nicht-Dialog-Workprozesse.
Einige fehlende Funktionen in der Basisadministration werden durch "Shortcut for SAP Systems" ergänzt.
Das Bearbeiten eines Verbuchungsauftrags bzw. eines Spool-Auftrags wird dabei als ein Transaktionsschritt gezählt.
Da die Inhalte von Cluster- oder Pool-Tabellen seitens der ABAP-Datenbankschnittstelle komprimiert worden sind, können diese Tabellen in SAP HANA sogar größer sein als in der Quelldatenbank.