Testdaten wie aus der Produktion. Ohne den Ballast einer Komplettkopie.

Der Data Refresh Operator (DRO) erstellt zeitscheiben-basierte, konsistente Mandantenkopien für S/4HANA – schneller, sicherer und günstiger als die Standard-Komplettkopie. S/4HANA-nativ in ABAP, mit Konsistenz per Fixpunkt-Verfahren und integrierter Maskierung.

–75 %

HANA-RAM in Non-Prod

3 Tage → 12 h

Dauer pro Refresh

–60 %

Storage & Backup

Richtwerte aus Referenzszenarien – die tatsächlichen Effekte hängen von Systemgröße, Historie und Refresh-Zyklen ab.

Die Standard-Mandantenkopie ist eines der teuersten Werkzeuge Ihrer SAP-Landschaft

Langsam

Komplettkopien binden Systeme, Basis-Team und Fachbereiche oft tagelang – pro Lauf.

Teuer im Betrieb

Jede Kopie dupliziert die gesamte Historie. QS-, Test- und Sandbox-Systeme brauchen dadurch fast Produktions-Sizing.

Risikoreich

Lange Laufzeiten, manuelle Schritte und unklare Zwischenzustände machen jeden Lauf zum Kraftakt.

Schwer steuerbar

Alles oder nichts: Der Umfang lässt sich fachlich kaum eingrenzen.

Fachlich zu grob

Sie brauchen die letzten Monate – kopiert werden Jahrzehnte.

Datenschutz unter Druck

Unmaskierte Produktivdaten landen in Systemen mit breiten Berechtigungen.

In S/4HANA ist Hauptspeicher der größte Kostenhebel – Vollkopien bezahlen ihn mehrfach

Hauptspeicher bestimmt die Rechnung. RAM entscheidet über Sizing, Hardware- bzw. Cloud-Instanzen und Lizenzmodelle.

Non-Prod multipliziert die Kosten. Die Historie belegt die teuerste Infrastrukturkomponente – in jedem QS-, Test- und Sandbox-System erneut.

Kleiner Fußabdruck, gleiche Aussagekraft. Zeitscheiben liefern produktionsnahe Testdaten bei einem Bruchteil des Speicherbedarfs.

Der Vergleich im Hauptspeicher

  • Mit Standard-Vollkopien: 4× volle Historie im Hauptspeicher – in PRD, QS, DEV und SBX.
  • Mit DRO-Zeitscheiben: 1× voll in der Produktion, daneben nur schlanke Zeitscheiben.

Zeitscheiben-basierte Mandantenkopien: nur so groß wie nötig, immer konsistent

Sie wählen den Zeitraum – zum Beispiel die letzten 90 Tage. DRO identifiziert die zugehörigen Geschäftsobjekte über sein Objektmodell, beginnt sofort mit dem Export und löst Abhängigkeiten parallel weiter auf – bis zum Fixpunkt, dem nachweisbaren Punkt, an dem nichts mehr fehlt. Das Ergebnis: Der Zielmandant bleibt fachlich lauffähig. Konsistenz statt Datumsgrenze.

Kein Daten-Nadelöhr

Massendaten fließen direkt zwischen Quell- und Zielsystem – das Control-System ist bewusst kein Engpass.

Eine zentrale Steuerung

Alle Läufe werden aus einem Control-System gesteuert – Anwender brauchen keine landschaftsweiten Berechtigungen.

Refresh wird Routine

Wiederholbare, planbare Läufe im Takt Ihrer Releases – statt Wochenend-Großaktion.

Und ob wirklich jeder abhängige Beleg den Weg in die Kopie findet? Das prüft DRO mit KI-gestützten Verifikationswerkzeugen – die Vollständigkeit der Belegketten wird maschinell nachgewiesen.

So läuft ein Refresh mit DRO – in fünf Schritten

  • Schritt 1 – Zeitscheibe & Profil wählen. Zeitraum und Run-Profil festlegen: Bewegungsdaten, Stammdaten, Customizing – zentral gepflegt, mit Ausnahmelisten bis auf Tabellenebene.
  • Schritt 2 – Abhängigkeiten automatisch auflösen. DRO verfolgt Abhängigkeiten iterativ über den Objektgraphen – bis zum Fixpunkt, dem nachweisbaren Punkt, an dem nichts mehr fehlt.
  • Schritt 3 – Sofort & parallel exportieren. Gefundene Objekte werden unmittelbar von parallelen Workern exportiert – mit SHA-256-Prüfsummen je Datenblock und Manifest als verbindlichem Inhaltsverzeichnis.
  • Schritt 4 – Maskieren: optional, aber integriert. Regeln zentral im Control-System, angewendet beim Export oder Import – DSGVO-konform, ohne Zusatzwerkzeug.
  • Schritt 5 – Kontrolliert importieren. Konsistenzprüfung der Pakete, sichere Tabellenvorbereitung, paralleler Import mit überlappender Pipeline und Validierung danach – lückenlos protokolliert.

Nicht nur die Kopie – der komplette Ablauf, automatisiert von A bis Z

Ein Mandanten-Refresh ist mehr als Export und Import: Ankündigungen, Downtime-Fenster, User-Sperren, Nummernkreise, Nacharbeiten, Ramp-Up. DRO-Playbooks automatisieren den gesamten Ablauf – komplett automatisiert, sauber überwacht, und Sie werden informiert, wie Sie es wollen.

Beispiel: Fr 22:00 Export → automatischer Transfer → Ankündigung im Zielsystem → geplantes Downtime-Fenster → automatischer Ramp-Down → validierter Import → kundenspezifische Nacharbeiten → übergabebereiter Ramp-Up.

Gebaut für den Betrieb großer S/4HANA-Landschaften

Betriebskosten runter

HANA-Hauptspeicher ist die teuerste Komponente. Mit Zeitscheiben werden QS-, Test- und Sandbox-Systeme nur noch nach Zweck dimensioniert.

Schnell & wiederholbar

Parallele Worker, überlappende Verarbeitung, Pause & Resume: Refreshs im Takt Ihrer Releases.

Konsistenz garantiert

Abhängige Belege werden nahezu zeitgleich mit ihren Quellbelegen exportiert – die Auflösung läuft nachweisbar bis zum Fixpunkt.

Sicherheit by Design

Systemrollen verhindern Importe in die Produktion, finalisierte Pakete sind unveränderlich, jeder Block ist prüfsummengesichert.

Maskierung inklusive

Produktionsnah testen ohne personenbezogene Klartextdaten – Regeln zentral definiert, beim Export oder Import angewendet.

Keine Blackbox

DRO erklärt, warum jede Tabelle und jeder Beleg enthalten ist – Simulation vorab, lückenlos protokollierte Läufe danach.

Der Unterschied zur Standard-Mandantenkopie

Standard-Mandantenkopie

  • Komplette Historie bei jedem Lauf
  • Dauerhaft fast Produktions-Sizing in Non-Prod
  • Alles oder nichts: kaum fachlich steuerbar
  • Maskierung nur über separate Werkzeuge
  • Abbruch bedeutet oft teuren Neustart
  • Nur technische Logs – warum etwas kopiert wird, bleibt unklar

Data Refresh Operator

  • Zeitscheibe plus automatisch ergänzte Abhängigkeiten
  • Deutlich kleinere Dimensionierung möglich
  • Zeitraum, Run-Profile und Ausnahmelisten je Lauf steuerbar
  • Maskierung integriert und zentral gepflegt
  • Pause & Resume auf Ebene atomarer Arbeitspakete
  • Simulation vorab, Manifest und lückenloser Audit-Trail

Auch im Werkzeugvergleich geht DRO eigene Wege: von Grund auf für S/4HANA gebaut statt aus der ECC-Ära portiert – mit sofortigem Export ab Objektfund, maschinell nachgewiesener Vollständigkeit der Belegketten und einem offenen, erweiterbaren Objektmodell, das auch Kundenobjekte in die Zeitscheibe einbezieht.

Gemacht für große S/4HANA-Landschaften

  • Mehrere QS-, Test- und Entwicklungssysteme je Produktivsystem – HANA-Speicher als spürbarer Kostenfaktor
  • Regelmäßiger Bedarf an produktionsnahen, aktuellen Testdaten für Projekte, Releases und Support
  • Datenschutz- und Compliance-Anforderungen an Testdaten in Non-Prod-Systemen
  • Basis- und Testmanagement-Teams, die planbare Refreshs statt Wochenend-Koordination wollen

Bewusst S/4HANA – ohne Kompromisse. DRO ist konsequent für moderne S/4HANA-Landschaften gebaut: ABAP-nativ, HANA-optimiert, ausgerichtet an S/4-Datenmodellen und der Fiori-Roadmap. Auf ECC-Kompatibilität verzichten wir bewusst – keine Altlasten zulasten von Performance und Architektur.

Die Architektur ist auf sehr große Datenvolumen ausgelegt: Massendaten werden dezentral in den beteiligten Systemen verarbeitet, gesteuert aus einem zentralen Control-System.

Was bringt DRO in Ihrer Landschaft?

Im kostenlosen Potenzial-Check schauen wir gemeinsam auf Ihre Systemlandschaft – remote, unverbindlich und ohne Vertriebs-Karussell.

  • Erste Potenzialeinschätzung für HANA-Speicher, Refresh-Dauer und Betriebskosten Ihrer Systeme
  • Live-Einblick in Konzept und Ablauf: Zeitscheibe, Abhängigkeitsauflösung, Export und Import
  • Antworten aus erster Hand – direkt vom Team hinter DRO

Verschlüsselte Übertragung – Ihre Angaben nutzen wir ausschließlich zur Terminabstimmung.

Kostenlosen Potenzial-Check anfragen

Häufige Fragen zu DRO

DRO kopiert Geschäftsobjekte statt Datumsgrenzen. Abhängigkeiten werden iterativ über den Objektgraphen aufgelöst – bis zum Fixpunkt, dem nachweisbaren Punkt, an dem keine neuen Objekte mehr hinzukommen. Exportiert wird sofort ab Objektfund, nicht erst am Ende – so laufen zugehörige Daten im laufenden System nicht auseinander.

S/4HANA arbeitet in-memory: Daten belegen Hauptspeicher, und der bestimmt Sizing, Hardware- bzw. Cloud-Instanzen und Lizenzierung. Früher lag die Historie auf günstigen Platten – heute belegt sie die teuerste Infrastrukturkomponente, in jedem Non-Prod-System erneut. Jede vermiedene Vollkopie senkt die laufenden Kosten direkt.

Die Maskierung ist in DRO integriert: Regeln werden zentral im Control-System gepflegt und wahlweise beim Export oder Import angewendet. So kommen produktionsnahe Testdaten ohne personenbezogene Klartextdaten in die Non-Prod-Systeme.

Nein. DRO ist eine S/4HANA-native ABAP-Implementierung und läuft in Ihrer bestehenden Landschaft. Das zentrale Control-System steuert alle Läufe; Massendaten fließen direkt zwischen Quell- und Zielsystem – das Control-System ist bewusst kein Daten-Nadelöhr.

Export und Import sind in kleine, atomare Arbeitspakete zerlegt – mit persistenter Statusverwaltung. Läufe lassen sich pausieren und fortsetzen, verwaiste Pakete werden erkannt und neu zugewiesen. SHA-256-Prüfsummen und das Manifest stellen sicher, dass nur vollständige, unveränderte Daten verarbeitet werden.

Nein – bewusst nicht. DRO setzt konsequent auf moderne S/4HANA-Landschaften: HANA-Performance, moderne ABAP-Patterns, S/4-Datenmodelle – ohne Altlasten-Kompromisse. Wenn Sie auf S/4HANA migrieren, ist DRO dafür gebaut.

Remote und unverbindlich: Wir stellen das Zeitscheiben-Prinzip und die Architektur vor, beantworten Ihre Fragen und schätzen gemeinsam das Potenzial in Ihrer Landschaft ab. Danach entscheiden Sie in Ruhe, ob eine tiefere Beschäftigung für Ihr Team lohnt.

Große Herausforderungen?

Lassen Sie uns kurzfristig darüber reden, was Sie aktuell bewegt.