Job-Logik statt Customizing
Abzug der Kerneldateien (Export via SAPINST), erspart den Download über SWDC
Wozu kopiert man ein komplettes SAP-System? – Nun, da gibt es verschiedene Gründe. Test- und Entwicklungssystem: Nachdem ein neues Produktivsystem aufgesetzt wurde, wird mindestens noch ein identisches Entwicklungssystem oder sogar noch ein Testsystem benötigt. Damit man das Customizing (Einstellungen und Konfigurationen der SAP-Module und Geschäftsprozesse) nicht auf diesen Systemen wiederholen muss, bietet sich eine Kopie förmlich an. Das ist eindeutig der schnellere Weg zum Ziel!
Die zwei Hauptfaktoren hierbei sind nach dem Test verworfene Entwicklungen sowie die im SAP Umfeld berüchtigten Überholer. Um genau zu sein kann man sowohl zu viel als auch zu wenig importieren. Zuviel, weil man stur alles reimportiert, auch Transporte, die niemals in Produktion gehen sollen. 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. Am Ende hat man ein überladenes und trotzdem nicht funktionierendes Qualitätssicherungssystem. Diese Herausforderungen bei Volumen von hunderten oder gar tausenden Transportaufträgen manuell zu bewältigen ist auch mit sehr großen Aufwänden schier unmöglich.
SE61 Logonscreen einstellen/anpassen
SAP Systemkopien stellen vor allem in komplexen Umfeldern regelmäßig eine zeitliche und fachlich kritische Herausforderung dar und werden somit auf Dauer zu einem echten Kostenfaktor. Denn Systemkopien müssen frühzeitig eingeplant werden, sind komplex, zeit- und ressourcenaufwändig, erfordern spezifische Kenntnisse, binden aufgrund der großen Anzahl manueller Eingriffe wichtige Mitarbeiterkapazitäten und sind fehleranfällig.
Während die Homogene SAP Systemkopie identische Kombinationen von Betriebs-/Datenbanksystemen auf Quell- und Zielsystem erwartet, gibt es im Projektumfeld (z. B. bei Migrationen) auch die Anforderung nach unterschiedlichen Kombinationen von Betriebs-/Datenbanksystemen auf Quell- und Zielsystem. Dies wird als "Heterogene SAP Systemkopie" bezeichnet. Technisch ist es durchaus möglich auch hier einen Grad der Automatisierung aufzubauen, jedoch bedarf es offiziell zertifizierter Berater ("Migrationsberater") für die Durchführung der heterogenen Systemkopie.
Sofern Sie "Shortcut for SAP Systems" verwendet haben, um systemspezifische Tabellen vor dem Systemrefresh zu sichern, können etliche manuelle Schritte entfallen - die Daten können durch das Rücksichern der vor der Systemkopie gesicherten Daten wiederhergestellt werden.
Mit UC4 Automated System Copy lassen sich die oben genannten Schritte automatisieren.
Die Störung des Produktivsystems – früher oder später – ist dann schon vorprogrammiert.