Backup Konzepte
Proof of Concept, damit Sie erste Erfahrungen sammeln können
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.
Ein zweiter Zugriff in Abbildung 5.1 erfolgt auf die Tabelle VBAP. Bei diesem Zugriff sind nicht alle Schlüsselfelder in der WHERE-Bedingung eindeutig spezifiziert. Es können also mehrere Sätze übertragen werden. In unserem Beispiel werden allerdings fünf Sätze übertragen (Rec = 5). Die Datensätze werden in einem oder mehreren Fetches in Paketen zum Applikationsserver übertragen (Array Fetch). Ein Array-Fetch trägt im Vergleich zur Übertragung einzelner Sätze in einer Client-Server-Umgebung dazu bei, die Performance einer Anwendung zu verbessern. Der zweite Zugriff erfolgt über einen effizienten Index, daher bleibt die Dauer der Ausführung ebenfalls deutlich unter 10 ms. Der dritte Zugriff (wieder auf die Tabelle VBAK) erfolgt über ein Feld, zu dem es keinen effizienten Index gibt. Daher ist die Dauer dieser Anweisung deutlich größer als die der vorherigen.
Planung, Koordination und Installation von SAP-Basis Upgrades, Support Packages und Patches
Nehmen Sie zu jeder ABAP-Eigenentwicklung einen SQL-Trace vor, und zwar entweder auf dem Produktivsystem oder einem System mit einem repräsentativen Testdatenbestand. Erstellen Sie aus der Trace-Grundliste heraus eine verdichtete Zusammenfassung, um die SQL-Anweisungen mit den längsten Laufzeiten zu ermitteln: Traceliste > Trace nach SQL-Anweisungen verdichten Erstellen Sie eine Liste identischer Zugriffe, um SQL-Anweisungen zu ermitteln, die mehrfach identisch ausgeführt werden: Traceliste > Identische Selects anzeigen Entscheiden Sie anhand dieser Listen, ob das Programm abgenommen werden kann oder ob es vom zuständigen ABAP-Entwickler nachgebessert werden muss. Sichern Sie diese Daten zusammen mit der Programmdokumentation. Sollte sich später die Performance des Programms verschlechtern (sei es aufgrund einer Modifikation oder aufgrund des wachsenden Datenbestands), können Sie durch einen erneuten SQL-Trace die Ursachen für die Performanceverschlechterung aufspüren. Nehmen Sie diese Performanceüberwachung nach jeder größeren Modifikation des Programms vor.
Ich glaube, dass Unternehmen in zehn Jahren aus einer Vielzahl von Plattformen zur Multi-Cloud-Automatisierung auswählen können. In der Folge werden Installationskosten nicht mehr in die Zehntausende gehen und Migrationen und Upgrades keine Millionen mehr verschlingen.
Etliche Aufgaben der SAP Basis können mit "Shortcut for SAP Systems" einfacher und schneller erledigt werden.
Der Abgleich kann in jedem Mandanten durchgeführt werden.
IT-Experten gehen mit den Einsatz von Tools wie RedHat Ansible erste Schritte in der Automatisierung.