Multicloud: die beteiligten Systeme bei unterschiedlichen Hyperscalern
SAP Systemkopie - Systemkopien, System refreshes
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. Datenbankabzug (Dump), ggf. mit Transaktionslog durchführen, wenn möglich mit Downtime, dann ohne Jobs bzw. laufende Jobs mit dem Report BTCTRNS1 stoppen. Adminsitrationspasswörter (DDIC, DB-Admin, Winadmin), Systemsnapshotserstellen (Recovery), Durchführung des Datenbankimports.
Kopien von SAP-Produktionssystemen werden aus unterschiedlichen Gründen erstellt, darunter: +++ Generierung eines neuen nicht produktiven Systems zur kurz- oder langfristigen Verwendung +++ Aktualisierung eines vorhandenen nicht produktiven Systems Eine SAP-Systemkopie wird homogen genannt, wenn die Betriebs- und Datenbanksysteme von Quelle und Ziel identisch sind. Ist dies nicht der Fall, gilt die Systemkopie als heterogen. Heterogene Systemkopien oder Plattformmigrationen werden von der HP StorageWorks System Copy-Software für SAP nicht unterstützt und daher in diesem Dokument auch nicht weiter behandelt. Außerdem geht es in diesem Dokument ausschließlich um Systemkopien für nicht produktive Zielsysteme. Überblick über eine homogene Systemkopie Abbildung 1 zeigt Kopien eines SAP-Produktionssystems, die für nicht produktive Systeme erstellt werden. Einige Kopien sind kurzfristiger Art (Ad-hoc), während andere für eine langfristige Nutzung vorgesehen sind. Beachten Sie, dass bei der Erstellung eines langfristigen Systems aus einer Systemkopie im späteren Lebenszyklus des Systems eine Systemkopie für Aktualisierungen benötigt werden kann. Hiermit werden die neuesten Transaktionsdaten aus dem ursprünglichen Produktionssystem hinzugefügt. Angesichts ihrer besonderen Bedeutung geht es in diesem Dokument vor allem um Szenarien mit Systemkopien, die für Aktualisierungen erzeugt worden sind. Abbildung 1: Überblick über Szenarien mit homogenen SAP-Systemkopien Szenario mit Systemkopien zu Aktualisierung Um den sich ständig wandelnden Geschäftsanforderungen nachkommen zu können, muss ein Produktionssystem nach der anfänglichen Installation kontinuierlich weiterentwickelt und angepasst werden. Hierfür benötigen Sie Entwicklungs-, Konsolidierungs- und Quality Assurance (QA)-Systeme, die dem Produktionssystem die entsprechenden Aktualisierungen als SAP-Transporte bereitstellen können.
SAP-Systemkopien automatisieren
Tests lohnen sich bereits für die Einführung von SAP-Lösungen im Unternehmen und ebenso bei Release-Wechseln sowie Migrationsprojekten, beim Einspielen von Patches, bei Customizing, Modifikation und Eigenentwicklungen. Eine dreistufige SAP-Landschaft besteht typischerweise aus Entwicklungs-, Test- und Produktivsystemen. Dazu kommen oft noch Schulungssysteme.
In den fortgeschrittenen SAP Systemen gibt es auch Methoden wie System-Klonen, die es ermöglicht, eine exakte Kopie eines Produktiv-Systems zu erstellen und als Test-System zu verwenden. Diese Methoden ersparen Zeit und Aufwand beim Erstellen von Systemkopien und ermöglichen es Unternehmen, ihre IT-Prozesse schneller und effizienter zu gestalten.
Ein Produkt wie "Shortcut for SAP Systems" bietet hier eine automatisierbare Lösung für viele der im Rahmen einer SAP Systemkopie anstehenden Tätigkeiten.
Die Kopie wird als heterogene Systemkopie betrachtet, wenn Release-Level, Betriebssystem und Datenbankversion nicht identisch sind.
Wenn die Ursache für einen Abbruch mit Fehler beseitigt wurde, kann der Status in *state_properties von ‚-‘ auf ‚0‘ gesetzt werden, und das Paket wird erneut bearbeitet (d.h. exportiert oder importiert).