Sicherungstransporte (Exporte) neu importieren, bei isolierten Systemen (Sandbox) im 000er Mandanten lokal einrichten
Werkzeuge für SAP-Testsysteme
Über eine lange Zeit hinweg dominierten eher händische oder manuelle Verfahren, unterstützt durch SAP(-Richtlinien), insbesondere durch vorgegebene Vorgehensweisen und eine Vielzahl von Checklisten. Vielerorts ergänzt durch eigen erstellte Skripts, die jedoch nur Teilaufgaben/-prozesse einer SAP-Systemkopie automatisierten.
Eine weitere Methode zur Erstellung einer SAP Systemkopie ist die Verwendung von externen Tools wie Oracle RMAN oder Microsoft SQL Server Backup. Diese Tools ermöglichen es, eine vollständige Kopie der Datenbank sowie eine Kopie des Dateisystems zu erstellen. Es ist jedoch wichtig zu beachten, dass bei der Verwendung dieser Tools spezielle Kenntnisse erforderlich sind, um sicherzustellen, dass das Backup korrekt erstellt wird.
Datenbankabzug (Dump), ggf. mit Transaktionslog durchführen
Ein großes Risiko für die Verfügbarkeit der gesamten SAP-Umgebung entsteht dann, wenn aus Zeit- und Ressourcengründen keine Systemkopien auf das QS-System übertragen werden. Dann finden Entwicklungs- und Testarbeiten nämlich auf einem QS-System statt, das nicht dem Produktivsystem entspricht. Die Störung des Produktivsystems – früher oder später – ist dann schon vorprogrammiert.
Grundsätzlich unterscheidet man zwischen Erstaufbau und Refresh eines nicht produktiven SAP-Systems. In der Vergangenheit entsprach der Aufwand für einen Refresh, also die Aktualisierung der Umgebung mit neuen Daten, oft dem Aufwand für den Erstaufbau. Dabei wurde außerdem die Verfügbarkeit des Produktivsystems eingeschränkt, was von Unternehmen, die international und in verschiedenen Zeitzonen agieren, kaum zu tolerieren ist.
Die SAP Systemkopie kann mit "Shortcut for SAP Systems" einfacher und schneller erledigt werden.
Migration ist ein Synonym für heterogene Systemkopie.
Das vollständige Herunterfahren des Produktivsystems soll am besten ganz vermieden werden.