SAP SYSTEMKOPIE – EIN VORHER-NACHHER GUIDE
RZ10 Profile löschen, anlegen und importieren von OS-Level
Auch wenn das Zielsystem in einem auf einer Systemkopie basierenden Aktualisierungsszenario nicht für die Produktion genutzt wird, ist es für Entwickler und somit auch den Software-Lebenszyklus des Produktionssystems von zentraler Bedeutung. Darum sollten Sie Ausfälle bei der Aktualisierung sowohl im produktiven Quellsystem als auch im nicht-produktiven Zielsystem vermeiden. Die Ausfallzeiten des Produktionssystems hängen vor allem von der Methode ab, mit der Sie das Image der Produktionsdaten erzeugen, das im Zielsystem verwendet werden soll. Bei diesem Image muss es sich um ein übertragbares Datenbank-Image handeln – zum Beispiel um einen Datenbankexport, eine Sicherungskopie oder einen Array-basierten Abgleich. Um Ausfälle im Produktionssystem zu eliminieren und die Auswirkungen auf die Anwendungsperformance zu minimieren – und zwar unabhängig von der Größe des Produktionsdatenabgleichs –, können Sie zum Beispiel HP StorageWorks System Copy für SAP (HP System Copy) verwenden, das über eine Disk-Array-basierte Replizierungsfunktion verfügt. 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. 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).
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.
SU01 DDIC PW anpassen
Ohne Betriebsunterbrechung kopieren wir mit Hilfe von etablierten Methoden und Produkten Ihre Systeme. Wir garantieren durch die standardisierten Abläufe und einen hohen Automatisierungsgrad eine gleichbleibende Qualität und eine zuverlässige Reproduzierbarkeit. Durch die SAP Systemkopie sind die Test- und Entwicklungssysteme auf dem aktuellsten Stand und Tests können zuverlässig und vertrauenswürdig auf den nicht produktiven Systemen vollzogen werden.
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.
Die SAP Systemkopie kann mit "Shortcut for SAP Systems" einfacher und schneller erledigt werden.
Ein innovatives Testdaten-Management liefert realistische, relevante und sichere Testdaten.
Die Webseite www.sap-corner.de bietet viele nützliche Informationen zum Thema SAP Basis.
Und last, but not least müssen derartige Tools eine Erweiterbarkeit zulassen oder kundenspezifische Erweiterungen/Anforderungen ermöglichen, wie etwa die Einbindung in einen Scheduler oder die Berücksichtigung von SAP-Double-Stack-Systemen.