SAP Basis Sizing bei Laststeigerung, Versionswechsel oder Migration - SAP Basis

Direkt zum Seiteninhalt
Sizing bei Laststeigerung, Versionswechsel oder Migration
SWF_ADM_SUSPEND Restart von suspendierten Callbacks
Zur Bewältigung der digitalen Transformation im Allgemeinen, aber auch zur Bewältigung der sich verändernden Anforderungen an die SAP-Basis und deren Aufgabengebiet ist es notwendig, bestehende Rollen zu überarbeiten und neue Rollen zu definieren wie auch zu etablieren. Dies sind bspw die Rollen des Technologiearchitekten, neue Ausprägungen des Subject Matter Expert (SME) oder auch die Rolle des Expert Team Lead zur Führung einer Gruppe von Experten. Fortführende Informationen sind dem Kapitel 7.1 und 9.3 der Masterarbeit zu entnehmen.

Jede SAP-Systemarchitektur ist so individuell wie das Unternehmen selbst. Eine vollumfängliche Planung, auch in Bezug auf das Hardware-Sizing, ist daher unerlässlich. Diese Leistungen gehören hier dazu:
Halten Sie Ihre Datenbank »am Laufen«!
Daher können auch kritische Berechtigungen, Profile und Rollen bestehen, die nicht in das von SAP definierte Namensschema passen. Manuell ist die Identifikation kritischer SAP Berechtigungen insgesamt schwierig. Es sind jedoch Werkzeuge verfügbar, die automatisiert auf kritische Berechtigungen prüfen. Dabei sind die kritischen SAP Berechtigungen in der Regel durch spezielle Prüfsoftware vordefiniert. Sind die kritischen Berechtigungen, Profile und Rollen identifiziert, so sollten diese gemäß der Berechtigungsplanung angepasst werden. Im Anschluss ist zu prüfen, ob das gewünschte Systemverhalten erreicht wurde oder ob es zu Fehlfunktionen kommt. Dieser Anpassungsprozess kann bei stärkeren Veränderungen unter Umständen aufwendig sein und sollte nicht am Produktivsystem durchgeführt werden.

Auf jedem Applikationsserver existieren Ressourcen, die nur einmalig zur Verfügung stehen. Diese Ressourcen können nur von einem Workprozess und nicht von mehreren zugleich verwendet werden. Wenn ein Prozess diese Ressource verwenden möchte, setzt er ein Semaphor. Wenn andere Prozesse diese ebenfalls benötigen, müssen sie so lange warten, bis der das Semaphor haltende Prozess seine Aktion beendet hat. So muss z. B. immer, wenn ein Eintrag in einem SAP-Puffer geändert werden soll, ein Semaphor gesetzt werden, da nur ein einziger Prozess eine Änderung im Puffer vornehmen kann. Warten mehrere Prozesse auf ein Semaphor, bezeichnet man dies als Serialisierung. Eine weitere Operation, bei der ein Semaphor gesetzt wird, ist das Roll-in bzw. Roll-out. Dies bedeutet, dass immer nur ein Prozess nach dem anderen ein Roll-in bzw. Roll-out durchführen kann. Eine vollständige Liste der SAP-Semaphore erhalten Sie mit der Werthilfe (F1) zum Feld Gesperrte Semaphore.

Etliche Aufgaben der SAP Basis können mit "Shortcut for SAP Systems" einfacher und schneller erledigt werden.

Wie wird nun entschieden, welcher Miner die Transaktionsgebühr bekommt? Denn es kann ja nur einer diese Belohnung bekommen.

Bei einer Performanceanalyse sollten Sie sich einen Überblick darüber verschaffen, in welchem Verhältnis der vom SAP-System allokierte Speicher und der physisch vorhandene Hauptspeicher zueinander stehen.
SAP BASIS
Zurück zum Seiteninhalt