SE38 BTCTRNS1 (alle Jobs ausplanen)
Fazit
Veralten die Datenbestände, lassen sie sich durch eine weitere Systemkopie aktualisieren. Aus technischer Sicht entspricht ein solcher Refresh dem Erstaufbau inklusive der damit verbundenen Kosten sowie der Belastung der produktiven Systeme und manueller Nacharbeiten. Darüber hinaus unterbricht ein Refresh auch alle Vorgänge auf dem Zielsystem. Handelt es sich um ein Entwicklungssystem, müssen sämtliche neueren Entwicklungsobjekte gerettet und nach der Kopie wieder hineintransportiert werden. Die Versionshistorie geht dabei verloren.
Abhängig vom Umfang des Splitting und dem Parallelisierungsgrad. Beim Import ist der limitierende Faktor oft der Indexaufbau.
SAP HANA-Systemreplikationsstufen erstellen
Um ein Zielsystem aufzubauen, das zu Test-, Entwicklungs- und Schulungszwecken genutzt werden kann, gibt es zwei unterschiedliche Vorgehensweisen: Anwender können ein SAP-System neu installieren und alle Transporte und Support-Packages einspielen, die bis dato auch in das Produktivsystem gelangt sind. Wenn deren Zahl in die Hunderte und Tausende geht, wird der Aufwand jedoch unverhältnismäßig hoch. Darüber hinaus müssen anschließend auch die Daten noch aus dem Produktivsystem importiert werden, beispielsweise per Mandantenkopie.
Bedeutsam ist der professionelle Umgang mit Testdaten auch in Bezug auf geltende Datenschutz- und Compliance-Richtlinien. Insbesondere global agierende Unternehmen sind gefragt, Maßnahmen zum Schutz sensibler Daten zu ergreifen. Sie müssen die Einhaltung von Compliance-Regeln gewährleisten und Risiken durch Datenschutzverletzungen auch in nicht-produktiven Umgebungen verringern. Ein innovatives Testdaten-Management kann Daten unter anderem durch Verschlüsselung vor internem und externem Missbrauch schützen. Sensible personenbezogene Daten werden gemäß aktueller Datenschutzanforderungen abgesichert, während gleichzeitig eine hohe Testqualität durch realitätsnahe Daten erreicht wird.
Mit "Shortcut for SAP Systems" erhalten Sie zusätzliche Funktionen bei der SAP Systemkopie.
Dabei werden Daten nur kopiert, wenn sie im originalen Datenbestand verändert werden (Copy-on-Write-Verfahren).
Überprüfung von Status und Infrastruktur des Zielsystems – Analyse der Softwareversionen, des Systemstatus und des Zielspeichers der Replikation.