Bei der Systemkonvertierung handelt es sich um ein Übergangsszenario, das bestehende SAP-ERP-Kunden bei der Umstellung ihrer vorhandenen SAP-ERP-Lösung auf SAP S/4HANA anwenden können. Dazu gehören die Aufbewahrung ihrer Geschäftsdaten, die kundenspezifische Entwicklung und die Konfiguration. Kunden, die sich für dieses Szenario entscheiden, möchten möglicherweise Änderungen zunächst minimieren und anschließend selektiv innovativ vorankommen.
In einem Systemkonvertierungsszenario ist es sehr wahrscheinlich (obwohl Alternativen vorhanden sind), dass der Kunde in neue Hardware investiert, um die SAP-S/4HANA-Anwendung auszuführen. Das Problem wird durch Faktoren wie die Datenbank verursacht, die im Speicher läuft. Kunden führen ein initiales Sizing durch und beschaffen die neue Hardware basierend auf den Sizing-Ergebnissen zu Beginn des Projekts.
Dies sind einige der primären Schritte, die bei der Konvertierung eines vorhandenen SAP-ERP-Systems in ein neues SAP-S/4HANA-System ausgeführt werden.
Die Hauptschritte einer Systemkonvertierung sind:
ERP-System vorbereiten: Kundeneigenen Code bereinigen und Datenvolumen reduzieren
Datenbankmigration: Umstellung auf SAP-HANA-Datenbank (nur wenn Quelle auf einer anderen Datenbank als SAP HANA liegt)
Systemaktualisierung: Bereitstellung neuer Anwendungen und Tabellen
- Datenumsetzung: Tabelleninhalt in neues Datenmodell konvertieren.
- Softwarekonfiguration: Implementierung von obligatorischen SAP-S/4HANA-Elementen und Vereinfachungselementen und Wiederverwendung der meisten vorhandenen Prozesse
Der Software Update Manager (SUM) ist das Werkzeug, das die Schritte zur Datenbankmigration, Softwareaktualisierung und Datenkonvertierung erleichtert. SUM legt ein Schatten-Repository in der Zieldatenbank an. Ein Schattensystem besteht aus einer Schatteninstanz und einem Schatten-Repository.
Database Migration Option (DMO) ist eine optionale Funktion des Tools Software Update Manager (SUM). Sie kombiniert drei Systemkonvertierungsprozesse in einem einzigen Schritt: Datenbankmigration + Systemaktualisierung + Datenkonvertierung.
Systemverschiebung fügt einen zusätzlichen Schritt hinzu, der die Migration in neue Rechenzentren erleichtert. Die Funktion reduziert Komplexität, Ausfallzeit, Übergangszeit und Kosten der Systemkonvertierung, indem mehrere Schritte zusammengefasst und der Systemwechsel hinzugefügt wird, um den Wechsel von den alten Servern zu den neuen Servern im Ziel-Hyperscaler zu erleichtern.
Lift- und Shift-Ansatz
Mit Lift and Shift wird ein gesamtes System ohne Änderung in eine neue Landschaft verschoben. Zum Beispiel:
Von SAP S/4HANA On-Premise 2020 bis SAP S/4HANA Cloud, Private Edition 2020.
Das technische Übersichtsdiagramm zeigt eine allgemeine Sicht des SUM-Prozesses (Software Update Manager). Software Update Manager ist ein Werkzeug, das vom SAP-Basisteam für das Upgrade von SAP-On-Premise-Software verwendet wird. Dieses Werkzeug wird auch im Systemkonvertierungsszenario verwendet, um ein Upgrade des SAP-ECC-Systems auf SAP S/4HANA durchzuführen.
In diesem Prozess werden unter anderem folgende Werkzeuge verwendet:
SAP Readiness Check: Verantwortlich für die Ermittlung der Komponenten, die in SAP ECC angepasst werden müssen, um mit SAP S/4HANA arbeiten zu können.
Maintenance Planner: Zuständig für die Berechnung des Upgrade-Pfads
DMO: Verantwortlich für die Datenbankmigration und Datenstrukturkonvertierung von einer beliebigen Datenbank in die SAP-HANA-Datenbank
Der SUM-Prozess beginnt mit der Konvertierung des vorhandenen SAP-ERP-Sandbox-Systems. Wenn Sie die Konvertierung starten, führt SUM eine Reihe von Prüfungen für die Sandbox durch. Nach dem Ausführen der Prüfungen schlägt SUM fehl und gibt an, welche Komponenten für die Konvertierung nicht geeignet sind. Diese Liste dient als Baseline für die Aktivitäten, die ausgeführt werden müssen, damit die Umsetzung erfolgreich abgeschlossen werden kann.
Sobald alle SUM-Voraussetzungen angepasst und/oder für die Arbeit in SAP S/4HANA angepasst wurden, wird der SUM-Prozess erneut gestartet und das Sandbox-System konvertiert. Diese Aktivität kann zur Zufriedenheit des Projektteams mehrmals ausgeführt werden. Nach der Zufriedenheit beginnt das Team mit der Planung der Umstellung der Entwicklungs-, Qualitäts- und Produktivsysteme.
DMO ist mit Software Update Manager 1.0 SP09 und höher verfügbar und kann für Systeme verwendet werden, die auf AS ABAP basieren. Sie kann auch für andere Zieldatenbanktypen verwendet werden.
Die Verarbeitungsreihenfolge basiert auf der Schattensystemfunktion von SUM. SUM legt das Schatten-Repository in der Zieldatenbank bis zur Ausfallzeitphase an, während parallel die SAP-HANA-Datenbank eingerichtet ist (Client, Schema usw.). Anschließend wird die Datenbankverbindung des SAP-Systems auf die Zieldatenbank umgestellt, und dann beginnt die Ausfallzeit. Nach der Migration der Anwendungsdaten (einschließlich Datenkonvertierung) ist das Upgrade abgeschlossen, und das SAP-System läuft auf der Zieldatenbank. Die Quelldatenbank wird weiterhin ausgeführt, und die darin enthaltenen Anwendungsdaten werden nicht geändert, sodass sie durchgängig ein Fallback bleiben, bis der Prozess erfolgreich abgeschlossen ist.
Für den Übergang von SAP ERP 6.0 zu SAP S/4HANA stellt SAP Informationen zu den relevanten Änderungen bereit, die Auswirkungen auf den Vereinfachungselement-Katalog haben können, gruppiert nach Vereinfachungselementen. SAP Readiness Check stellt die Teilmenge der Vereinfachungselemente bereit, die für Ihr analysiertes System gelten können.
Der folgende Bereich wird von SAP Readiness Check für SAP S/4HANA abgedeckt:
Add-Ons und Business Functions
SAP-Add-ons und Business Functions sowie Add-ons von Drittanbietern müssen auf ihre Kompatibilität mit SAP S/4HANA geprüft werden.
SAP-Software wird aufgelistet und bewertet
Software von Drittanbietern wird nur aufgeführt
Eigenentwicklungen und Entwicklung
Analyse kundeneigener Entwicklungen im Vergleich zur SAP-S/4HANA-Compliance auf der Grundlage der SAP-Vereinfachungsdatenbank
SAP Readiness Check stellt Stücklisten (BOM) der betroffenen Objekte sowie SAP Custom Development Projects (CDPs) bereit.
Eine detaillierte Aktivität zur Verwaltung kundeneigener Entwicklungen, die während der Projektausführung zu befolgen ist
Datenvolumenmanagement
Analyse der Datenmengen im Quellsystem
Empfohlene SAP-Fiori-Apps
Das SAP-Fiori-Deployment folgt denselben Überlegungen wie bei der Neuimplementierung von SAP S/4HANA On-Premise. Dies ist eine Aktivität, die das Projektteam erledigen muss, indem es den allgemeinen Plan für den UX-Track in einer Implementierung befolgt, wie hier gezeigt. SAP-Fiori-Apps, die basierend auf der Vorgangsverwendungshistorie im bewerteten System empfohlen werden, helfen zusätzlich bei der Ermittlung des UX-Umfangs.
SAP-S/4HANA-Sizing
Mit der SAP-S/4HANA-Sizing-Prüfung können Sie eine Sizing-Simulation ausführen und erhalten Informationen über Ihre Sizing-Werte und Ihr Potenzial für das Datenvolumenmanagement. Um die richtige SAP-S/4HANA-Systemgröße zu berechnen, berücksichtigen Sie die initiale SAP-S/4HANA-Zielgröße, die aus Ihrer aktuellen SAP-ERP-Datenbankgröße, dem zukünftigen Datenbankwachstum, der möglichen Reduzierung des Datenvolumens und potenziellen neuen Funktionen berechnet wird.
Die Vereinfachungselement-Prüfung dient zwei Zwecken:
Relevanzprüfung: Ermitteln Sie, welche Vereinfachungselemente für das spezifische System relevant sind, in dem Sie die Vereinfachungselementprüfung ausführen. Auf diese Weise können Sie die funktionalen und technischen Auswirkungen der Systemkonvertierung auf Ihr System bewerten.
Konsistenzprüfung: Während des Konvertierungsprozesses wird Ihr System in die neuen Datenstrukturen und neuen Prozesse migriert. Die Konvertierungsroutinen basieren auf konsistenten Daten im System, damit dies automatisch erfolgt. Wenn die Vereinfachungselement-Prüfung Dateninkonsistenzen oder fehlende obligatorische Vorbereitungsaktivitäten ermittelt, die dazu führen können, dass die Systemkonvertierung fehlschlägt, werden Sie auf diese Probleme aufmerksam gemacht, sodass Sie sie korrigieren oder ausnehmen können, bevor die eigentliche Systemkonvertierung beginnt.
Die Vereinfachungselementprüfung kann mithilfe der Vereinfachungsdatenbank durchgeführt und verglichen werden, die sich in jedem SAP-NetWeaver-7.5-System und höher befindet.
Bei einer Systemkonvertierung wird in der Regel neue Hardware bereitgestellt, um die SAP-S/4HANA-Lösung zu unterstützen. Dies führt zu einer temporären dualen Landschaft (Wartung und Projekt). Die Projektlandschaft ist eine exakte Systemkopie des Produktivsystems (mit anonymisierten Daten).
Wenn das Projektteam mit den Umstellungsaktivitäten beginnt, setzt das Wartungsteam seine üblichen Änderungen über die Wartungsumgebung fort. Das bedeutet, dass jedes Mal, wenn eine Wartungsänderung die Wartungslandschaft durchläuft, die Projektlandschaft nicht mehr synchron ist. Retrofit wird verwendet, um die Projektumgebung mit der Wartungslandschaft synchron zu halten. Retrofit kopiert die Änderung in die Projektlandschaft, um die Umgebungen synchron zu halten.