Multicloud: die beteiligten Systeme bei unterschiedlichen Hyperscalern
RFC Verbindungspasswörter
Über eine lange Zeit hinweg dominierten eher händische oder manuelle Verfahren, unterstützt durch SAP(-Richtlinien), insbesondere durch vorgegebene Vorgehensweisen und eine Vielzahl von Checklisten. Vielerorts ergänzt durch eigen erstellte Skripts, die jedoch nur Teilaufgaben/-prozesse einer SAP-Systemkopie automatisierten.
Heterogene Systemkopie: Wie die Bezeichnung schon vermuten lässt, unterscheiden sich Betriebssystem und / oder Datenbank auf Quell- und Zielsystem. Man nimmt also im Rahmen der Kopie einen Plattformwechsel vor. Diese Vorgehensweise gewinnt gerade an Aktualität, denn sie wird für die Migration von SAP ERP nach S/4HANA benötigt. Läuft das aktuelle System unter dem Windows Server und dem SQL-Server oder Oracle, so müssen das auf dem Zielsystem jetzt Linux und SAP-Hana sein.
Job-Logik statt Customizing
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!
So viele Informationen... wie kann man die aufheben, so dass man sie bei Bedarf wiederfindet? Dafür eignet sich Scribble Papers ganz hervorragend.
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.
"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.
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.
Die Webseite www.sap-corner.de bietet viele nützliche Informationen zum Thema SAP Basis.
Die Ausfallzeiten im Zielsystem hängen unter anderem von den folgenden Faktoren ab: Der Zeit, die für die Wiederherstellung des Produktionsdatenabgleichs im Zielsystem benötigt wird Dem Aufwand für die Vor- und Nachbearbeitung im Zielsystem Mit HP System Copy lassen sich Images der Produktionsdaten in wenigen Minuten erstellen, wobei jeder Schritt zwischen dem Herunterfahren und Neustart des Zielsystems automatisch erfolgt.