SAPinst/Jload: +++ SAP-Standardmethode für Java-Systeme +++ OS- und DB- unabhängig +++ für homogene und heterogene Systemkopien
Systemsnapshotserstellen (Recovery)
Über eine lange Zeit hinweg domminierten 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.
Ein nicht produktives SAP-System sollte zudem den gleichen Repository-Stand wie das Quellsystem haben, unabhängig davon, welche Methode zur Datenübertragung beim Refresh gewählt wird. Im Repository sind sämtliche Daten abgelegt, die ein SAP-System ausmachen. Dazu zählen unter anderem die Definitionen für die Datenbankfelder sowie Tabellen für Stamm- und Bewegungsdaten.
Klonen von SAP-Systemen
Die Schritte, die vor dem Herunterfahren des SAP-Zielsystems durchgeführt werden müssen, lassen sich wie folgt zusammenfassen: Lange vor der Durchführung der Aktualisierung sollten Sie die Benutzer des Zielsystems – vor allem Projektmanager, Entwickler und Tester – per E-Mail, SAP-Systemnachrichten und/oder eine Nachricht bei der Systemanmeldung über die geplanten Wartungsarbeiten informieren. Die Verwendung des SAP-Transportsystems setzt eine sorgfältige Vorbereitung voraus, damit Softwareentwicklungsprojekte soweit wie möglich abgeschlossen werden können. Kurz vor dem Beginn der Aktualisierung informieren Sie die Benutzer erneut darüber, dass Wartungsarbeiten am System bevorstehen und sie sich vom Zielsystem abmelden sollen. Nach der Abmeldung der Benutzer sowie der Sperrung der Anmeldung laden Sie aus der Datenbank des Zielsystems systemspezifische Inhalte für die Anpassung herunter (darunter Sicherheitseinstellungen, Remote Function Call (RFC)-Ziele und Betriebsmodi).
Die SAP SE ist ein Softwarekonzern, der die proprietäre Programmiersprache ABAP nutzt. SAP® Landschaften umfassen neben den Produktiv- auch Quality Assurance- (QA-)Systemen auch Test- und andere Staging-Systeme. Für geeignete und konsistente Tests und Abnahmen von Änderungen in Programmen und Prozessen empfiehlt die SAP, die Vorgehensweise der „Homogenen Systemkopie“, um nicht-produktive Systeme mit aktuellen Daten zu versehen.
Tools wie z.B. "Shortcut for SAP Systems" sind bei der SAP Systemkopie extrem nützlich.
Neben den BDLS-Statistiken bietet das GUI im Summary-Log eine ganze Reihe statistischer Informationen über die jeweilige Systemkopie und ist auch der Ausgangspunkt für tiefergehende Analysen, sollte ein Fehler in der Kopie auftreten.
Eine derartige Kopie ist immer dann erforderlich, wenn das QS-System einer mehrstufigen SAP-Architektur auf den Stand des aktuellen Produktivsystems gebracht werden muss: Sei es für den Test neuer Applikationen oder bei einem Release-Wechsel, für Wartungszwecke oder für die Aktualisierung des Qualitätssicherungs- und Testsystems.