Herausforderungen bei SAP Systemkopien
On cloud: alle beteiligten Quell-/Zielsysteme auf Hyperscalern wie zB Microsoft Azure oder Amazon Web Services
Testdaten sind für Unternehmen wichtig, um Risiken im laufenden Betrieb auszuschließen und Systeme bzw. Prozesse zu optimieren. Doch kann das Erheben dieser Daten in Zeiten von Big Data und erhöhtem Datenschutz sowie aufgrund komplexer IT-Strukturen herausfordernd sein.
Oft entfernen sich die Entwicklungs- und Testsysteme einer SAP-Landschaft vom Stand der täglich genutzten Produktivsysteme: Veraltete Entwicklungen, Customizing-Einstellungen und Stammdaten senken die Qualität und Vertrauenswürdigkeit von Test- und Notfallszenarien. Auch werden verlässliche Aussagen über ein Verhalten des Produktivsystems nach Veränderungen im Customizing zunehmend schwieriger.
SE38 Kundendaten anonymisieren
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.
Das Locking von Clients/Mandaten während der Mandantenkopie kann zu einem enorm großen Ärgernis werden. Vor allem bei großen Mandanten wird erfahrungsgemäß das Wochenende schon reichlich knapp, von „Mandantenkopie über Nacht“ ganz zu schweigen. Folge daraus: Es gibt einfach nie den „richtigen“ Zeitpunkt für eine Mandantenkopie. Deswegen sind viele Verantwortliche inzwischen dazu übergegangen, anstatt der Mandantenkopie eine vollständige homogene SAP-Systemkopie durch-zuführen. Die Vorteile hierbei: Auch wenn das bewegte Datenvolumen einer Systemkopie über dem einer Mandantenkopie liegt, bringen Systemkopien üblicherweise deutlich schnellere Durchlaufzeiten und somit geringere Ausfallzeiten in den Umgebungen mit sich. Unternehmen, die rein aus historischen Gründen Mandantenkopien anstatt Systemkopien machen, können an dieser Stelle schnelle Erfolge verzeichnen.
Mit "Shortcut for SAP Systems" werden Aufgaben im Bereich der SAP Systemkopie vereinfacht und ermöglicht.
Je genauer die Auswahl, desto größer ist das Einsparpotenzial an Speicherplatz und Extraktionsdauer gegenüber der Mandantenkopie.
Einige nützliche Tipps aus der Praxis zum Thema SAP Basis finden Sie auch auf der Seite www.sap-corner.de.
Checkliste für die Vorarbeiten: Abgleich der Datenbankgrößen (Zielsystem muss gleich oder größer sein), Abgleich der Datenbankversionen, Kernel, Hostagent (im Idealfall gleicher Softwarestand), Abzug der Kerneldateien (Export via SAPINST), erspart den Download über SWDC, RFC-Verbindugnspasswörter zusammenstellen, Fremdsystemadministratoren informieren, Speicher, Festplatte auf dem System zur Verfügung stellen für den Datenbank- und Softwareimport.