Analyse der Unternehmensrisiken
Hosting der SAP-Systeme
Puffer sind Speicherstrukturen, welche Daten redundant zur Primärpersistenz speichern. Indizes und Aggregate können wir als spezielle Puffer betrachten. Die ersten drei folgenden Puffer speichern Datenseiten bzw. -blöcke mit einer vom Betriebs- oder Datenbanksystem vorgegebenen Größe, z. B. 8 kB, ohne weitere Kenntnis der Inhalte.
SAP-Komponenten sind als Client-Server-Systeme skalierbar. Unter vertikaler Skalierbarkeit versteht man die Tatsache, dass die Softwarekomponenten aller Ebenen sowohl zentral auf einem Rechner installiert werden können als auch über mehrere Rechner verteilt. (Da nicht alle Softwarekomponenten für alle Betriebssysteme freigegeben sind, ist die zentrale Installation aller Komponenten allerdings praktisch nicht immer möglich.).
HIER Komponenten-Hierarchie
Bei Windows-Betriebssystemen wird nur ein Teil des SAP Extended Memorys vom Workprozess adressiert. Dieser Teil wird durch den Parameter em/address_space_MB konfiguriert. Diese Implementierung hat den Vorteil, dass der gesamte SAP Extended Memory damit größer sein kann als der Adressraum des Workprozesses. Die gesamte Größe des SAP Extended Memorys wird also nur durch die Größe des Auslagerungsspeichers begrenzt. Beachten Sie, dass jeder Workprozess im Prinzip auf alle Objekte, die im SAP Extended Memory abgelegt werden, zugreifen kann, während eines Transaktionsschrittes jedoch nur auf einen Bereich der Größe em/address_space_MB. Der Parameter em/address_space_MB muss so groß konfiguriert sein, dass er die maximale Größe eines Benutzerkontextes (insbesondere ztta/roll_extension*) und den SAP EG Memory umfassen kann. Die Windows-spezifische Implementierung des SAP Memory Managements wird über den Systemparameter es/implementation eingestellt, der bei Windows auf dem Wert view steht und der nicht verändert werden darf. Der SAP Heap Memory ist unter Windows weniger wichtig, da Nicht-DialogWorkprozesse ebenso wie Dialog-Workprozesse zunächst SAP Extended Memory allokieren und diesen »unbegrenzt« zur Verfügung steht. Die SAPProfilparameter abap/heap_area* sind daher überflüssig.
Sogenannte Access Control Lists (ACL) bieten eine gute Möglichkeit zur Absicherung Ihres Gateways, um unerwünschte externe Zugriffe auf die Datenbank des Applikationsservers auszuschließen. Mit Hilfe der ACL-Dateien reginfo und secinfo lässt sich so eine Zugriffskontrolle implementieren, in denen erlaubte als auch verbotene Kommunikationspartner definiert werden können. Die Datei reginfo steuert hierbei das Registrieren von externen Programmen am Gateway, womit also Regeln definiert werden können, die Programme erlauben oder verbieten. Mit Hilfe der Datei secinfo können Sie definieren, welchen Usern der Start eines externen Programms genehmigt wird. Um diese Dateien verwenden zu können, müssen Sie die Kenngrößen gw/reg_info und gw/sec_info setzen (Transaktion RZ11). Nähere Informationen hierzu können Sie dem SAP Note 1408081 entnehmen.
Einige fehlende Funktionen in der Basisadministration werden durch "Shortcut for SAP Systems" ergänzt.
Es muss auch einen Verantwortlichen für die Rolle geben, der die Rolle bei Bedarf anpasst bzw. anpassen lässt oder bei Bedarf als Ansprechpartner fungiert.
Während durch das technische Tuning die durch die Applikationen erzeugte Last optimal auf das System verteilt wird, ist es Aufgabe des Applikationstunings, durch den effizienten Einsatz von Applikationen Systemressourcen wie CPU-Verbrauch, Hauptspeicherverbrauch und I/O-Aktivität auf dem Datenbankserver und den Applikationsservern gering zu halten und unnötige Last auf dem System erst gar nicht entstehen zu lassen.