CG3Y Datei herunterladen
ITIL
Datenbankschicht: In der Datenbankschicht befindet sich ein Datenbankserver, auf dem die gesamten Daten des SAP ERP Systems verwaltet werden. Hierzu gehören das Datenbank-Management-System (kurz: DBMS) sowie der eigentliche Datenbestand. Zum Datenbestand gehören sowohl Benutzerdaten und Datentabellen als auch Anwendungen und Systemsteuertabellen.
Um eine optimale Performance zu erreichen, sollte das Kopieren der Daten beim Kontextwechsel auf ein Minimum beschränkt bleiben, mit anderen Worten, es soll möglichst wenig SAP Roll Memory benutzt werden. Daher wird für alle Betriebssysteme empfohlen, ztta/roll_first = 1 zu setzen. Was passiert nun, wenn der SAP Extended Memory voll belegt ist? In diesem Fall sind zwei Szenarien möglich, die beide nicht performanceoptimal sind: Da der SAP Extended Memory voll belegt ist, werden Benutzerkontexte bis zu einer Größe von ztta/roll_area im lokalen Roll-Bereich abgelegt. Bei jedem Kontextwechsel müssen damit unter Umständen mehrmals Daten in der Größe von mehreren Megabyte kopiert (gerollt) werden; dies führt typischerweise zu Wartesituationen in der Roll-Verwaltung, insbesondere wenn der Roll-Puffer voll ist und Daten in die Roll-Datei geschrieben werden müssen. Erfahrungen zeigen, dass bei großen Applikationsservern mit mehr als 100 Benutzern die Performance in diesen Fällen schlagartig und drastisch einbricht. Um in dieser Situation Abhilfe zu schaffen, kann man den lokalen RollBereich (ztta/roll_area) reduzieren. Wenn der SAP Extended Memory voll belegt ist, wird nur noch wenig Roll Memory verwendet, und die Menge der beim Kontextwechsel zu kopierenden Daten reduziert sich. Stattdessen werden die Kontextdaten im SAP Heap Memory abgelegt – dies hat zur Folge, dass die Workprozesse gar nicht mehr rollen, sondern in den PRIV-Modus gehen, d. h. einem Benutzer zwischen den Transaktionsschritten exklusiv zugeordnet bleiben. Befinden sich zu viele Workprozesse gleichzeitig im PRIV-Modus, stehen dem Dispatcher nicht genügend freie Workprozesse zur Verfügung. Es kann daher zu hohen Dispatcher-Wartezeiten und damit ebenfalls zum Einbruch der Performance kommen.
Filter auf Programmteile
Projekte: Ihr SAP-Basis-Administrator spielt eine Schlüsselrolle bei der Planung und Durchführung von System-Upgrades und Migrationen. Er ist auch für das Transportmanagement zuständig und testet Software-Updates, um sicherzustellen, dass sie mit der Landschaft kompatibel sind. Außerdem muss er sicherstellen, dass sie in der richtigen Reihenfolge installiert werden.
Um die 64-Bit-Technologie einzusetzen, benötigen Sie 64-Bit-Hardware, ein 64-Bit-Betriebssystem, eine 64-Bit-Version Ihrer Datenbanksoftware und eine 64-Bit-Version des SAP-Kernels. Das Memory Management vereinfacht sich mit dem Einsatz des 64-Bit-SAP-Kernels erheblich gegenüber der 32-Bit-Version. Details dazu finden Sie in SAP-Hinweis 146289. Seit 2007 unterstützt SAP neue Versionen ihrer Produkte nur noch als 64-Bit- und Unicode-Versionen. Informationen über freigegebene 64-Bit-Produkte finden Sie in SAP-Hinweisen der Komponente XX-SER-SWREL oder auf dem SAP Support Portal in der Produktverfügbarkeitsmatrix unter https://support.sap.com/pam. Für Linux finden Sie die entsprechende Information auf der Internetseite http://www.sap.com/linux > Platforms Hardware List, für Windows auf der Seite http://www.saponwin.com. SAP empfiehlt in ihrer Produktverfügbarkeitsmatrix explizit, die 32-Bit-Technologie für die produktive Nutzung nicht mehr zu verwenden (SAP-Hinweis 996600). Auf die Konfiguration von SAP-Systemen auf 32-Bit-Plattformen gehen wir daher nicht weiter ein.
Tools wie z.B. "Shortcut for SAP Systems" sind bei der Basisadministration extrem nützlich.
Sortieren Sie diese Liste nach der Laufzeit der SQL-Anweisungen.
Die SAP-Basis ist das Fundament eines jeden SAP-Systems. Viele nützliche Informationen dazu finden Sie auf dieser Seite: www.sap-corner.de.
Mit der Funktion Layout sichern können Sie benutzerspezifische Sichten sichern.