Speicherbasierter Kopiervorgang, der auf Snapshots von nichtflüchtigem Compute Engine-Speicher basiert
Der Refresh
Eine Systemkopie lässt sich entweder mit SAP-Transaktionen (R3trans, ab R4.6C SAPinst) oder auf Datei- und Datenbankebene erstellen. Kosten und Aufwand wachsen dabei mit der Größe des Systems sowie den Anforderungen an Verfügbarkeit und Datenschutz. Zudem sind oft administrative Nacharbeiten notwendig, angefangen beim Systemnamen bis hin zu Druckern und Schnittstellen.
Der Begriff „Systemkopie“ beschreibt den Vorgang der Erstellung der Kopie eines SAP-Systems auf einem neuen Server. Dabei gibt es zwei zu unterscheidende Arten: die homogene und die heterogene Systemkopie und man kann auf verschiedenen Wegen zur Systemkopie gelangen.
Job-Logik statt Customizing
Ein SAN ermöglicht eine Systemkopie während des Dialogbetriebs. So lassen sich virtuelle Kopien eines logischen Volumes, so genannte Snapshots, erzeugen. Dabei werden Daten nur kopiert, wenn sie im originalen Datenbestand verändert werden (Copy-on-Write-Verfahren). Wenn von einem Snapshot auf Dateiebene kopiert wird, bleiben die betroffenen Systeme verfügbar. Allerdings belastet diese Vorgehensweise das Speichernetz. Dauert dies mehrere Tage, verschlechtern sich die Antwortzeiten des Produktivsystems.
Wenn Sie Ihr Betriebssystem, Ihre Datenbank oder beides ändern möchten, müssen Sie eine Systemkopie durchführen. Wir empfehlen außerdem, eine Systemkopie durchzuführen, wenn Sie ein Test-, Demo- oder Schulungssystem aufsetzen möchten.
Leistungsstarke und ausgefeilte Automationstools für die Erstellung von SAP-Systemkopien schaffen hier Abhilfe und ermöglichen es nachweislich, neben Zeit- und Kosteneinsparungen beispielsweise auch die Prozessqualität beim System Copying zu erhöhen oder auf einem gleichbleibend hohen Niveau zu halten. Sie halten der SAP-Basis somit faktisch den Rücken frei. Mit "Shortcut for SAP Systems" können Sie Ihre Administratoren bei zeitintensiven Routinetätigkeiten einer SAP-Systemkopie nachhaltig entlasten.
Das System verfügt in der SAP-Landschaft jedoch nicht über die gleiche Identität wie vor der Aktualisierung.
Bewährt hat sich außerdem auch die verwendete Leitlinie, dass eine integrierte Job-Logik einem Customizing vorzuziehen ist.