SM66 Serverinstanzverteilung prüfen
Datenbank-Tuning: +++ Empfehlungen des Datenbank-Partners +++ SAP-Hinweise (zB 936441)
Homogene Systemkopie: Bei dieser Art der Kopie sind Betriebssystem und Datenbank auf dem Zielsystem dieselben wie auf dem Quellsystem. Also Windows bleibt Windows und Linux bleibt Linux. Und läuft auf dem Quellsystem die SAPHana-Datenbank, kommt sie auch auf dem Zielsystem wieder zur Anwendung.
Datenbank: Für einige Datenbanken (MS SQL Server) gibt es die Möglichkeit, die Datenbankdateien zu kopieren und auf dem Zielsystem wieder anzuhängen. Bei der darauffolgenden SAP-Installation muss man nur angeben, dass keine SAP-Loads verwendet werden sollen, sondern dass die Datenbank schon da ist!
Herausforderungen bei SAP Systemkopien
Mit TM-TMS wird ein SAP-Add-On angeboten, das die manuellen Benutzereingriffe bei einer Systemkopie weitgehend automatisiert und die Entwickler/Customizing-AnwenderInnen somit entlastet. Benutzerübergreifende Entwicklungen werden in einem Paket bearbeitet, womit die Konsistenz sichergestellt wird. Der gesamte Ablauf besteht aus drei Bereichen.
Ein großes Risiko für die Verfügbarkeit der gesamten SAP-Umgebung entsteht dann, wenn aus Zeit- und Ressourcengründen keine Systemkopien auf das QS-System übertragen werden. Dann finden Entwicklungs- und Testarbeiten nämlich auf einem QS-System statt, das nicht dem Produktivsystem entspricht. Die Störung des Produktivsystems – früher oder später – ist dann schon vorprogrammiert.
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.
Der Status des Zielsystems lässt es nun zu, dass das System ohne schwere interne Fehler und Störungen der SAP-Landschaft ausgeführt werden kann.
Nach dem Neustart ist das Zielsystem jedoch nicht umgehend zur Nutzung bereit, da zunächst weitere Schritte ausgeführt werden müssen (siehe Beschreibung unten).