SPAD Drucker verteilen
Das Zielsystem muss natürlich erst vorbereitet werden, bevor die eigentliche Kopie durchgeführt werden kann: Einrichtung des Servers, Installation des Betriebssystems und der Datenbanksoftware, Herunterladen und Kopieren der Installationsmedien…
Im Normalfall wird deshalb das Zielsystem mit Hilfe einer Kopie des Produktivsystems erstellt. Die Vorteile hierbei sind: Nach dem Erstaufbau sind bereits Daten vorhanden, und die Anwender erhalten eine vollkommen identische Testumgebung. Nachteile dieses Vorgehens sind jedoch der hohe Speicherplatzbedarf, die fehlende Anonymisierung der Daten sowie die lange Laufzeit des Kopiervorgangs.
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).
Systemsnapshotserstellen (Recovery)
Solche Systemkopien mit ihrem enormen manuellen Aufwand und den oftmals hunderte Punkte langen Checklisten von SAP sind vor jedem Refresh durchzuführen. Meist sind dafür drei bis vier Tage einzuplanen, in denen das QS-System – das in zweistufigen SAP-Umgebungen auch Entwicklungssystem ist – nicht für die eigentlichen Arbeiten zur Verfügung steht. Dabei entsteht die Verzögerung eigentlich nur durch den minutiösen Abgleich von Banalem, beispielsweise von Verzeichnisnamen. Weil solche SAP-Systemkopien für jede SAP-Anwendung auf dem QS-System angelegt werden müssen und somit schnell Dutzende Systemkopien erforderlich machen können, binden sie viele Ressourcen und Mitarbeiter.
Vor dem Hintergrund sich ständig wandelnder Geschäftsprozesse müssen auch die SAP-Produktionssysteme, die als Basis für diese Prozesse dienen, kontinuierlich angepasst und weiterentwickelt werden. Damit diese Prozesse jederzeit reibungslos laufen, müssen Anpassungen und Weiterentwicklungen in einem nicht produktiven SAP-System unter Verwendung aktueller Produktionsdaten umfassend getestet werden. Erst dann können Änderungen in das Produktionssystem übernommen werden. Die Aktualisierung der Datenbanken von nicht produktiven SAP-Systemen für Test, Quality Assurance und Entwicklung mit neuen Produktionsdaten ist jedoch meist ein aufwändiges und fehleranfälliges Verfahren, das langwierige Unterbrechungen des SAP-Softwarelebenszyklus mit sich bringt. Durch eine Automatisierung und Beschleunigung der SAP-Daten lassen sich der Arbeitsaufwand von IT-Administratoren deutlich senken und Unterbrechungen des SAP-Softwarelebenszyklus auf ein Minimum beschränken. In diesem Whitepaper wird eine Lösung vorgestellt, die auf Grundlage einer Integration der UC4-Prozessautomation in die HP-Infrastruktursoftware zur Verkürzung der SAP-Aktualisierungszyklen beiträgt. Mit dieser Lösung lassen sich die Total Cost of Ownership (TCO) sowie die Länge des SAP-Softwarelebenszyklus reduzieren. So können Geschäftsprozesse agiler gestaltet, Risiken gesenkt und der Arbeitsaufwand von IT-Administratoren verringert werden. Zielgruppe: Technische SAP-Berater und Entscheidungsträger im IT-Bereich, die sich mit häufig eingesetzten Verfahren für homogene SAP-Systemkopien auskennen.
Mit "Shortcut for SAP Systems" reduziert sich der Aufwand für viele Arbeitsschritte. Die Arbeit, die von "Shortcut for SAP Systems" erledigt wird, liegt dabei in der Vor- und Nachbereitung der Daten - durch Sicherung der systemspezifischen Daten vor der Systemkopie und deren Rücksicherung nach der Systemkopie. Aufwände für Vorbereitung und Nachbereitung reduzieren sich damit auf ein Minimum.
Und läuft auf dem Quellsystem die SAPHana-Datenbank, kommt sie auch auf dem Zielsystem wieder zur Anwendung.
Das vollständige Herunterfahren des Produktivsystems soll am besten ganz vermieden werden.