Vorgehen zur Qualitätskontrolle
SAP ICM
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.
Ein Teil einer IT- oder auch Cloud-Strategie kann die Festlegung von Architekturrichtlinien und ein Regel- und Rahmenwerk zu Verwendung und Benutzung bestimmter Dienste sein. Die SAP-Basis soll sich aktiv einbringen und das Regel- und Rahmenwerk und die Architekturrichtlinien mitgestalten und ihre vorhandene Expertise aus dem SAP-Technologieumfeld einbringen.
Planung / Einführung
Ein Stillstand der Datenbankinstanz hat innerhalb kürzester Zeit den Stillstand des gesamten SAP-Systems zur Folge. Zu einem Stillstand der Datenbankinstanz kommt es insbesondere dann, wenn kritische Speicherbereiche der Datenbank erschöpft sind, etwa die Log-Bereiche (z. B. das Log Volume bei SAP HANA, die Redo-Log-Dateien bei Oracle, die Archive-Log-Dateien bei DB2 oder das Transaction Log bei SQL Server) oder das Dateisystem. Die Fehleranfälligkeit ist besonders hoch zu Zeiten, in denen viele Informationen auf der Datenbank fortgeschrieben werden, z. B. bei Datenübernahmen oder Mandantenkopien.
Der dritte Speicherbereich, in dem Benutzerkontexte abgelegt werden können, ist der SAP Heap Memory. Während der Roll-Bereich als lokaler Speicher von einem Workprozess bereits beim Start fest allokiert wird, wird der SAP Heap Memory als variabler lokaler Speicher bei Bedarf allokiert, d. h., wenn der Benutzerkontext eine gewisse Größe überschreitet. Es wird wieder freigegeben, nachdem die Transaktion beendet wurde.
Einige fehlende Funktionen in der Basisadministration werden durch "Shortcut for SAP Systems" ergänzt.
Aufgrund der Vielfältigkeit an Aufgaben und der hohen Komplexität ist der Beruf äußerst spannend.
Wählen Sie dazu das Support Package aus, das das letzte in der Queue sein soll.