SAP Systemkopie und die Cloud
Import der Deltastände nach SAP Systemkopie / -Wiederherstellung
Um den sich ständig wandelnden Geschäftsanforderungen nachkommen zu können, muss ein Produktionssystem nach der anfänglichen Installation kontinuierlich weiterentwickelt und angepasst werden. Hierfür benötigen Sie Entwicklungs-, Konsolidierungs- und Quality Assurance (QA)-Systeme, die dem Produktionssystem die entsprechenden Aktualisierungen als SAP-Transporte bereitstellen können.
Ein nicht produktives SAP-System sollte zudem den gleichen Repository-Stand wie das Quellsystem haben, unabhängig davon, welche Methode zur Datenübertragung beim Refresh gewählt wird. Im Repository sind sämtliche Daten abgelegt, die ein SAP-System ausmachen. Dazu zählen unter anderem die Definitionen für die Datenbankfelder sowie Tabellen für Stamm- und Bewegungsdaten.
Was ist eine Systemcopy as a Service?
Als Alternative hierzu bietet sich ein Refresh per Mandantenkopie an. Der Testumgebung fehlen dann zwar unter anderem Audit-Belege, aber die Entwicklungsobjekte bleiben unberührt. Die Mandantenkopie funktioniert nur aus einem laufenden SAP-System heraus, sie belastet dieses aber mit Datenbankabfragen und transferiert Daten langsamer als bei einer Systemkopie. Der betroffene Mandant ist während des Kopiervorgangs nicht verfügbar. Da es innerhalb des Mandanten keine Möglichkeiten gibt, auszuwählen, was alles kopiert werden soll, ist die Laufzeit oft inakzeptabel.
Der RFC Datentransfer war innerhalb von 1 Tag abgeschlossen. Aufwand nimmt ab von Test 1 über Test 2 zur finalen Kopie.
"Shortcut for SAP Systems" bietet hier durch die Möglichkeit der Sicherung und Wiederherstellung beliebiger Tabellen eine automatisierbare Lösung für viele der im Rahmen einer SAP Systemkopie anstehenden Tätigkeiten.
Mit dieser Lösung lassen sich die Total Cost of Ownership (TCO) sowie die Länge des SAP-Softwarelebenszyklus reduzieren.
Dabei werden Daten nur kopiert, wenn sie im originalen Datenbestand verändert werden (Copy-on-Write-Verfahren).