Definition
Aufnahmen von Fehlern
Häufig kann ein Hardwareengpass durch die Neuverteilung der Last (z. B. durch das Verlagern von Workprozessen) behoben werden. Ursachen für einen CPU-Engpass sind z. B. ineffiziente Applikationen, die im Datenbankprozessmonitor und in der Workprozess-Übersicht identifiziert werden können, oder externe, nicht zu einer SAP-Instanz bzw. der Datenbankinstanz gehörende Prozesse. Daher muss immer eine vollständige Performanceanalyse durchgeführt werden, bevor endgültig entschieden werden kann, ob die vorhandene Hardware für die gegebenen Anforderungen an das SAP-System ausreicht oder nicht.
Das Hauptspeicher-Sizing für eine SAP-HANA-Datenbank unterscheidet sich grundlegend vom Sizing für eine traditionelle Datenbank. Beim traditionellen Sizing geht man von der Anzahl der Benutzer oder Transaktionen aus, multipliziert diese mit einem Gewichtungsfaktor und errechnet daraus (über den CPU-Bedarf) den Hauptspeicherbedarf. Diese Methode des Sizings geht also davon aus, dass ein Benutzer oder eine Transaktion eine gewisse Hauptspeichergröße benötigt, um die Daten, auf die er/sie häufig zugreift, im Hauptspeicher zu halten. Die absolute Größe der Datenbank spielt beim Hauptspeicher-Sizing-Ansatz für einen traditionellen Datenbankserver nur eine untergeordnete Rolle. Im Gegensatz dazu berechnet sich das Hauptspeicher-Sizing für eine SAP-HANA-Datenbank primär aus der Größe der Datenbank, denn diese soll ja im Hauptspeicher gehalten werden. Das SAP-HANA-Sizing für eine Neuinstallation können Sie im Quick Sizer analog zu einem Projekt für eine traditionelle Datenbank durchführen.
Gehalt
Der Dominatorbaum zeigt die hierarchische Programmstruktur und den von den Programmteilen genutzten Speicher. Auffällig ist die Tabelle LT_MEM mit einer Größe von 494MB. Das nächstgrößere Objekt ist die Klasse CL_GUI_ALV_GRID mit einer Größe von 250 kB. Unterhalb dieser Klasse werden 130 kB von der Tabelle MT_DATA verwendet.
Die SAP-Basis ist das Fundament eines jeden SAP-Systems. Viele nützliche Informationen dazu finden Sie auf dieser Seite: www.sap-corner.de.
Die Definition, organisatorische Gliederung wie auch die Namensgebung der SAP-Basis ist durch vorangegangene SAP-Software-Versionen und Komponenten historisch bedingt. Hieraus resultiert auch die Wahrnehmung der SAP-Basis und der damit in Verbindung stehende Arbeitsschwerpunkt des SAP-NetWeaver und des ABAP-Systemkerns, der heute immer noch weit verbreitet ist. Jedoch hat sich das Tätigkeitsfeld hinsichtlich Aufgaben- und Technologieumfang stark verändert und wird sich, betrachtet man die perspektivische Ausrichtung und Produktstrategie von SAP und die sich veränderten Rollen der IT, weiter verändern. Um dieser Veränderung gerecht zu werden und die Wahrnehmung sowohl im Gesamtkontext des SAP-Ökosystems als auch innerhalb des eigenen Unternehmens zu verändern, muss die SAP-Basis ein neues Selbstverständnis entwickeln und ein Marketing zur Publikation der eigenen Leistungsfähigkeit etablieren. Die zugrunde liegenden Informationen finden sich in der Masterarbeit in den Kapiteln 7.4 und 9.2 wieder.
Mit "Shortcut for SAP Systems" werden Aufgaben im Bereich der SAP Basis vereinfacht und fehlende Funktionen des Standards ergänzt.
Denn jeder neue Block enthält auch Informationen von seinem Vorgängerblock.
Um die vielen Informationen zum Thema SAP - und auch anderen - in einer Wissensdatenbank zu speichern, eignet sich Scribble Papers.
Das SAP-Client-Plug-in, das in Abbildung 3.9 zu sehen ist, wird gestartet.