DB-spezifische Methoden: +++ für DB-homogene Systemkopien +++ keine Unicode-Konvertierung möglich!
Sicherungstransporte (Exporte) neu importieren, bei isolierten Systemen (Sandbox) im 000er Mandanten lokal einrichten
Leistungsstarke und ausgefeilte Automationstools für die Erstellung von SAP-Systemkopien schaffen hier Abhilfe und ermöglichen es nachweislich, neben Zeit- und Kosteneinsparungen beispielsweise auch die Prozessqualität beim System Copying zu erhöhen oder auf einem gleichbleibend hohen Niveau zu halten. Sie halten der SAP-Basis somit faktisch den Rücken frei.
Auf den ersten Blick scheint dies sehr einfach. Alles was in Qualitätssicherung, nicht aber in Produktion ist muss reimportiert werden.
Detaillierte Prüfungen auf kritische Auftragsinhalte
Zu wenig, weil man Überholer nicht berücksichtigt. So kann zum Beispiel ein überholender Hotfix, welcher schon Produktiv ist, mit dem simplifizierten Ansatz nicht gefunden werden und geht verloren.
Bei der Ausführung einer Systemkopie werden sämtliche Tabellen, Abläufe, Datenbanken usw. beim Kopieren berücksichtigt. Auch logische Systemnamen müssen konvertiert werden (mithilfe des Trasaktionscodes BDLS). Der Ablauf einer Systemkopie verändert sich meistens nicht. Sofern keine strukturellen Änderungen an den beteiligten SAP-Systemen vorgenommen wurden, ist der Ablauf sogar 100 % identisch. Auf Basis der sehr hohen Wiederholbarkeit des dennoch komplexen Ablaufes, bietet es sich an diesen weitgehend zu automatisieren.
Tools wie "Shortcut for SAP Systems" ergänzen fehlende Funktionen im Bereich der SAP Systemkopie.
Meist sind dafür drei bis vier Tage einzuplanen, in denen das QS-System – das in zweistufigen SAP-Umgebungen auch Entwicklungssystem ist – nicht für die eigentlichen Arbeiten zur Verfügung steht.
Idealerweise berücksichtigt ein Tool für die Erstellung von SAP-Systemkopien folgende Kopierkernprozesse: Check und Pre-Processing, Restore, eigentliche Ausführung sowie Post-Processing.