Data Refresh Operator
Releases, Projekte und Support brauchen aktuelle, produktionsnahe Testdaten. Drei Wege führen dorthin – mit sehr unterschiedlichen Folgen für Laufzeit, Speicher und Datenschutz.
Die Werkzeuge im SAP-Standard (Client Copy) kopieren einen Mandanten lokal, remote oder per Export und Import. Kopierprofile legen fest, welche Datenarten mitkommen – etwa Customizing, Benutzerstämme oder Anwendungsdaten. Einen Zeitraum kennen sie nicht: Anwendungsdaten kommen immer mit ihrer kompletten Historie.
Bei der homogenen Systemkopie wird die Datenbank der Produktion als Ganzes ins Zielsystem übertragen, meist über Backup und Restore. Das ist für große Volumen schnell, macht das Zielsystem aber zum vollständigen Abbild: gleiche Größe, gleicher Entwicklungsstand, dazu umfangreiche Nacharbeiten an Verbindungen, Benutzern und Jobs.
Der Data Refresh Operator kopiert Geschäftsobjekte aus einem gewählten Zeitraum und ergänzt automatisch alle abhängigen Objekte – auch aus älteren Jahren –, bis nachweisbar nichts mehr fehlt. Der Zielmandant bleibt fachlich lauffähig, ist aber nur so groß wie nötig.
| Kriterium | Standard-Mandantenkopie | Systemkopie | Data Refresh Operator |
|---|---|---|---|
| Was wird kopiert? | Alle mandantenabhängigen Daten gemäß Kopierprofil – mit der kompletten Historie | Die gesamte Datenbank: alle Mandanten, Repository und mandantenübergreifende Daten | Eine Zeitscheibe plus alle abhängigen Objekte bis zum Fixpunkt |
| Speicherbedarf im Ziel | Nahe am Produktions-Sizing | Identisch mit der Produktion | Nach Zweck dimensionierbar |
| Fachliche Steuerung | Kopierprofile wählen Datenarten, aber keinen Zeitraum | Keine – alles oder nichts | Zeitraum, Run-Profile und Ausnahmelisten je Lauf |
| Auswirkung auf das Zielsystem | Der Zielmandant wird überschrieben | Das komplette Zielsystem wird überschrieben, inklusive Entwicklungsstand | Der Zielmandant wird befüllt; Systemrollen verhindern Importe in die Produktion |
| Maskierung | Über separate Werkzeuge | Über separate Werkzeuge | Integriert und zentral gepflegt |
| Abbruch | Oft teurer Neustart | Abhängig vom Verfahren | Pause & Resume auf Ebene atomarer Arbeitspakete |
| Nachvollziehbarkeit | Technische Logs | Technische Logs | Simulation vorab, Manifest und Audit-Trail |
| Logische Systemnamen | Nachträglich per BDLS | Nachträglich per BDLS, über die gesamte Datenbank | Beim Import ersetzt – kein BDLS-Lauf |
| Ablauf drumherum | Manuell oder per Skript | Manuell oder per Skript, mit umfangreichen Nacharbeiten | Als Playbook automatisiert: Ankündigung, Ramp-down, Import, Nacharbeiten, Ramp-up |
Systemkopie bleibt sinnvoll, wenn ein Zielsystem wirklich das vollständige Datenvolumen braucht, etwa für Last- und Performancetests vor einem großen Go-live.
Die Standard-Mandantenkopie reicht, wenn nur Customizing oder Benutzerstämme übertragen werden oder die Datenmenge klein ist.
Zeitscheiben mit DRO spielen ihre Stärke aus, wenn große S/4HANA-Landschaften regelmäßig frische, produktionsnahe Testdaten brauchen – für Projekte, Releases und Support – und der HANA-Speicher in QS, Test und Sandbox spürbar ins Geld geht.
Viele Werkzeuge für Testdatenmanagement sind über Jahre gewachsen und haben ihre Ursprünge in SAP ECC. Sie wurden für neue SAP-Generationen weiterentwickelt – mit den Kompromissen, die Abwärtskompatibilität mit sich bringt.
DRO ist von Grund auf für S/4HANA entwickelt. Datenmodell, Verarbeitung, Parallelisierung und Performance sind konsequent auf S/4HANA und die Möglichkeiten von SAP HANA ausgerichtet. Dahinter steht langjährige Praxis mit Mandantenkopien und Testdatenmanagement – neu gedacht, ohne Altlasten.
Bereits vorhandene Werkzeuge für Systemkopien bleiben unberührt: Für den Bereich der Mandantenkopien ist DRO als Ablösung gedacht.
Einführung und Betrieb von DRO
SAP-Systemkopie: Methoden, Ablauf und Nacharbeiten
Testdaten für S/4HANA: die Wege im Vergleich
BDLS nach System- und Mandantenkopie
Transaktionen, Kopierprofile und Nacharbeiten der Mandantenkopie
Im kostenlosen Vorstellungstermin zeigen wir DRO live an Ihren Anwendungsfällen – remote und unverbindlich. Wir besprechen, wo die Vorteile bei Speicher, Refresh-Dauer und Betriebskosten liegen, und wie Sie DRO in Ihrer eigenen Landschaft kennenlernen können.
