Data Refresh Operator: Mandantenkopien, nur so groß wie nötig

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. Data Protect hilft außerdem, maskierungswürdige Daten zu finden. 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 technische Grundsetup kann an einem Tag stehen, wenn die internen Ansprechpartner verfügbar sind. Dazu kommen die Einweisung der Beteiligten und erste Testläufe. Insgesamt rechnen wir eher mit wenigen Wochen als mit Monaten – abhängig davon, wie viele kundeneigene Tabellen einbezogen werden.

Sie definieren eigene Business-Objekte oder erweitern bestehende um zusätzliche Tabellen und Abhängigkeiten. Ist eine Z-Tabelle fachlich von einer Standardtabelle abhängig, hinterlegen Sie diese Beziehung im Modell – dann wird sie nur kopiert, wenn auch das übergeordnete Objekt kopiert wird. Gepflegt wird direkt im System oder über einen dokumentierten JSON-Import. Das gesamte Modell ist offen einsehbar.

Für Mandantenkopien ist DRO als Ablösung gedacht: DRO übernimmt Steuerung und Durchführung selbst. Systemkopien und andere Aufgaben Ihrer bestehenden Werkzeuge bleiben davon unberührt.

Nein. Wo technisch und fachlich eine SAP-Mandantenkopie möglich ist, kann auch DRO eingesetzt werden.

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. DRO weiß vorab, in welchen Feldern logische Systemnamen stehen, und ersetzt sie beim Import, bevor die Daten in die Datenbank geschrieben werden. Der nachträgliche BDLS-Lauf, der bei großen Systemen oft Stunden dauert, entfällt.

DRO läuft ab SAP S/4HANA 2023. SAP ECC unterstützt DRO bewusst nicht: DRO setzt konsequent auf S/4HANA, mit HANA-Performance, modernen ABAP-Patterns und S/4-Datenmodellen.

Ja. SAP TDMS wird laut SAP-Hinweis 2696183 im S/4HANA-Kontext nicht unterstützt. DRO übernimmt in S/4HANA die Aufgabe, für die viele Unternehmen TDMS eingesetzt haben: schlanke, konsistente Testsysteme mit produktionsnahen Daten. Mehr zum Umstieg von TDMS

Nein. DRO ist für den Eigenbetrieb gebaut: Nach Übergabe und Einweisung führen Sie Mandantenkopien selbst durch. Unser Support steht im Standard mit einer Reaktionszeit von bis zu acht Stunden bereit; strengere SLAs sind vereinbar. Auf Wunsch übernehmen wir den Betrieb oder einzelne Aufgaben.

Remote und unverbindlich: Wir stellen DRO und das Zeitscheiben-Prinzip vor, beantworten Ihre Fragen und zeigen an Ihren Anwendungsfällen, welche Vorteile sich für Ihre Landschaft ergeben. Dabei besprechen wir auch, wie Sie DRO in Ihrer eigenen Landschaft kennenlernen können.