Workflow
SAP Hosting
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.
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.
Datenbanksperren (Exclusive Lockwaits)
Kernstück von SAP Basis ist die Applikationsschicht mit einem oder mehreren Applikations- und einem Message Server. Der Message Server dient der Kommunikation zwischen den Applikations-Servern und übermittelt Aufträge zwischen diesen. Die Applikationsschicht kommuniziert mit der Datenbankschicht einerseits und der Präsentationsschicht andererseits. Die Anwendungen auf dem Applikations-Server fordern von der Datenbank die benötigten Daten an, verarbeiten sie und bereiten sie für den Nutzer auf, der sie über die Präsentationsschicht in seinem Grafical User Interface (GUI) angezeigt bekommt. Umgekehrt übergibt der Applikationsserver Informationen, die der Nutzer über das GUI eingibt, weiter an die Datenbank.
Der SAP GoingLive Check berücksichtigt dieselben Einflussfaktoren wie das Hardwarepartner-Sizing. Während Letzteres jedoch oft bereits mehrere Monate alt sein kann, erfolgt der SAP GoingLive Check erst unmittelbar vor dem Produktivstart. Damit können Änderungen in der Projektplanung und neueste Erkenntnisse in die Analyse einfließen. Zusätzlich werden von den Servicemitarbeitern bei Bedarf geschäftskritische Transaktionen im Detail analysiert. Damit wird berücksichtigt, wenn ein ungünstiges Customizing oder individuelle Erweiterungen (mithilfe von User-Exits) zusätzliche Last verursachen, die im Standard-Sizing nicht enthalten ist. Wie aber schon eingangs erwähnt: Die Experten der Hardwarepartner und der SAP-Serviceorganisation können ihre Arbeit nur dann zuverlässig machen, wenn die Eingangsdaten aus dem Kundenprojekt zuverlässig und genau sind.
"Shortcut for SAP Systems" ist eine PC-Anwendung, mit der viele Tätigkeiten in der SAP Basis vereinfacht bzw. auch überhaupt erst ermöglicht werden.
Allerdings sollten Sie auch berücksichtigen, dass es beim Einsatz von SAP HANA als Datenbank für z. B. SAP BW nicht nur um die reine Reduktion der Datenbankzeit geht.
Beim Co-Management teilen sich Ihr SAP-Betreuer und ein abilis-Mitarbeiter die alltäglichen Aufgaben.