SAP Systemkopien automatisiert durchführen
Fremdsystemadministratoren informieren
Über 30 Produktivsysteme bei mehr als 9 Kunden erfolgreich mittels IMIG kopiert. Für die Unicode-Konvertierung eines 4.5 TB großen Systems (2.7 TB Daten) wurde eine Downtime von 16 Stunden errreicht (inklusive der Nacharbeiten wie Re-Konfiguration, DB-Statistiken aktualisieren, Reports generieren, Backup erstellen, System testen).
Für eine heterogene Systemkopie und für homogene Systemkopien, für die es keinen Sonderweg für die verwendete Datenbank gibt, muss das Quellsystem exportiert werden. Das geschieht mit SAP-Tools (SUM). Die Export-Dateien werden auf das vorbereitete Zielsystem kopiert und während der SAP-Installation mit dem SUM wieder importiert. Ein relativ komfortabler Weg.
SM02 Systemnachricht
Ein nicht produktives SAP-System sollte zudem den gleichen Repository-Stand wie das Quellsystem haben, unabhängig davon, welche Methode zur Datenübertragung beim Refresh gewählt wird. Im Repository sind sämtliche Daten abgelegt, die ein SAP-System ausmachen. Dazu zählen unter anderem die Definitionen für die Datenbankfelder sowie Tabellen für Stamm- und Bewegungsdaten.
In diesem Zusammenhang passen sich generierte Jobs Veränderungen an, auch wenn etwa ein DB-Wechsel, ein Releasewechsel oder anderes mehr erfolgte. Gleichwohl können einmal erstellte Kopier-Jobs wiederverwendet werden, was den Pflegeaufwand und eine gewisse Fehleranfälligkeit minimiert. So auch beim Wechsel von einer Any-DB auf eine andere oder beim Schwenk von einer Any-DB in Richtung Hana.
Mit "Shortcut for SAP Systems" steht ein Tool zur Verfügung, das die SAP Systemkopie vereinfacht und zusätzliche Möglichkeiten bietet.
Die Last des Kopierens fällt dabei jedoch auf das SAN.
Die Webseite www.sap-corner.de bietet viele nützliche Informationen zum Thema SAP Basis.
Es sind ja alle Änderungen, welche sich vor der Kopie nur im QA aber nicht im Prod.