Einsetzbarkeiten von Systemcopy as a Service
Gedankenanstöße für ein weiteres Produktivsystem: bis wann muss das System identisch sein, Stichwort: Transaktionslog
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 Aufgabe einer für Aktualisierungen erzeugten Systemkopie ist ein sorgfältig integriertes System, das in einer SAP-Systemlandschaft eine spezifische Rolle übernimmt. Darum unterscheidet sich die Anpassung der SAP-Datenbank des Zielsystems deutlich von der Anpassung der Datenbank des Produktionssystems. Bei einer Systemkopie-basierten Aktualisierung wird die Datenbank des Zielsystems komplett mit den Inhalten des Produktionssystems überschrieben. Darum muss die gesamte SAP-spezifische Anpassung des Zielsystems nach der Aktualisierung mit der Systemkopie durchgeführt werden. Die Vor- und Nachbearbeitung wird häufig manuell ausgeführt, während das Zielsystem läuft. Zur Anpassung des Systems werden bestimmte SAP-Transaktionen verwendet. Die Ausführung kann längere Zeit in Anspruch nehmen und ist eine Quelle für menschliche Fehler. Zur Automatisierung der meisten Transaktionen kann zusätzlich UC4 Automated System Copy for SAP verwendet werden. Vor der Aktualisierung sorgt UC4 Automated System Copy für das Herunterladen der erforderlichen Inhalte für die SAP-Anpassung aus dem Zielsystem und nach dem Abschluss der Aktualisierung für das Hochladen der Inhalte zurück in das System.
Job-Logik statt Customizing
SAP empfiehlt, dass Sie Unternehmenssoftware in Ihrem Produktionssystem stets mithilfe des SAP-Transportsystems aktualisieren und Änderungen niemals direkt im Produktionssystem vornehmen. Zudem schlägt SAP vor, dass Sie Change-Transporte durch ein QA-System validieren, das mit dem Produktionssystem annähernd identisch ist und aktuelle Transaktionsdaten aufweist. Veraltete Daten können die Validität von Change-Transport-Tests beeinträchtigen, was zu Fehlern und Ausfällen im Produktionssystem führen kann. Daten der Transaktionen von Endbenutzern werden jedoch nur vom Produktionssystem empfangen. Solche Daten müssen also regelmäßig über die gesamte SAP-Transportkette weitergegeben werden, damit auch Ihre nicht produktiven Systeme über aktuelle und gültige Transaktionsdaten verfügen. Dies lässt sich in der Regel durch die Weitergabe einer für Aktualisierungen erzeugten Systemkopie des Produktionssystems an das QA-System bewerkstelligen. Um die Zahl der Testzyklen zu reduzieren, empfiehlt sich auch eine gelegentliche Aktualisierung Ihres Entwicklungssystems.
Natürlich bedeuten Zeitersparnisse auch Geldeinsparungen. Außerdem laufen diese Prozesse für das System Copying unter Verwendung derlei Automationstools planbar, standardisiert und in einer stets hohen Prozessqualität ab. Vor allem zuletzt Genanntes hat in SAP-Basis-Abteilungen (und natürlich auch bei Serviceprovidern) eine große Bedeutung.
"Shortcut for SAP Systems" bietet hier durch die Möglichkeit der Sicherung und Wiederherstellung beliebiger Tabellen eine automatisierbare Lösung für viele der im Rahmen einer SAP Systemkopie anstehenden Tätigkeiten.
Quasi Häkchen setzen statt des zeitraubenden Umgangs mit Programmierzeilen, so dass die Nutzung auch für weniger versierte Experten möglich ist, die noch nie oder nur wenige SAP-Systemkopien erstellt haben.
Einige nützliche Tipps aus der Praxis zum Thema SAP Basis finden Sie auch auf der Seite www.sap-corner.de.
Und genau diese Systeme, die nicht im Dauerbetrieb sind, werden in den Gesamtablauf mit eingebunden.