Klonen von SAP-Systemen
Umfang der SAP-Systemkopie
Als Alternative hierzu bietet sich ein Refresh per Mandantenkopie an. Der Testumgebung fehlen dann zwar unter anderem Audit-Belege, aber die Entwicklungsobjekte bleiben unberührt. Die Mandantenkopie funktioniert nur aus einem laufenden SAP-System heraus, sie belastet dieses aber mit Datenbankabfragen und transferiert Daten langsamer als bei einer Systemkopie. Der betroffene Mandant ist während des Kopiervorgangs nicht verfügbar. Da es innerhalb des Mandanten keine Möglichkeiten gibt, auszuwählen, was alles kopiert werden soll, ist die Laufzeit oft inakzeptabel.
Der Export und der Import laufen nicht immer gleich fehlerfrei ab. Oft wird man durch Fehlersuche und –behebung aufgehalten.
SE38 (000er Mandant, Transporteinrichtung löschen)
Abhängig vom Umfang des Splitting und dem Parallelisierungsgrad. Beim Import ist der limitierende Faktor oft der Indexaufbau.
Systemkopien sind ein häufiges Mittel um sicherzustellen, dass sich das Qualitätssicherungssystem im Hinblick auf Testdaten nicht zu sehr von der Produktion entfernt. Hierfür wird im Normalfall die Produktion auf die Qualitätssicherung kopiert. Eine erfolgreiche Systemkopie ist jedoch mit dem eigentlichen Kopieren und den notwendigen Anpassungen der Datenbank (Ändern der System ID, Anonymisierung von Daten, etc.) nicht abgeschlossen. Es sind ja alle Änderungen, welche sich vor der Kopie nur im QA aber nicht im Prod. -System befanden verloren gegangen und müssen Reimportiert werden. Auf den ersten Blick scheint dies sehr einfach. Alles was in Qualitätssicherung, nicht aber in Produktion ist muss reimportiert werden. Auf den zweiten Blick kann man sich mit dieser Simplifizierung nicht nur das zukünftige Arbeiten erschweren und die Testqualität reduzieren, nein man kann sogar ein nicht funktionsfähiges Qualitätssicherungssystem erstellen.
Schon seit geraumer Zeit werden SAP-Kunden beim System Copying durch sehr leistungsstarke und bedarfsgerecht einsetzbare Automationstools wie "Shortcut for SAP Systems" unterstützt. Dafür muss in Ihren SAP-Systemen nichts installiert werden - keine Transportaufträge, keine AddOns!
Diese Vorgehensweise gewinnt gerade an Aktualität, denn sie wird für die Migration von SAP ERP nach S/4HANA benötigt.
SAP-Basis bezieht sich auf die Verwaltung des SAP-Systems, die Aktivitäten wie Installation und Konfiguration, Lastausgleich und Leistung von SAP-Anwendungen, die auf dem Java-Stack und SAP ABAP laufen, umfasst. Dazu gehört auch die Wartung verschiedener Dienste in Bezug auf Datenbank, Betriebssystem, Anwendungs- und Webserver in der SAP-Systemlandschaft sowie das Stoppen und Starten des Systems. Hier finden Sie einige nützliche Informationen zu dem Thema SAP Basis: www.sap-corner.de.
Inkrementelle Migration (IMIG): +++ OS- und DB- unabhängig +++ für homogene und heterogene Systemkopien +++ für Unicode-Konvertierungen +++ für ABAP-Systeme ab 4.0B.