SCC4 System auf nicht änderbar stellen
Lösungsbeschreibung
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.
Die Vorbereitung ist der Schlüssel zum Erfolg eines jeden SAP System Refreshs. Dieser Prozess erfordert eine sorgfältige Planung und detaillierte Abstimmung zwischen verschiedenen Teams und Abteilungen. Zunächst muss ein klarer Zeitplan festgelegt werden, um sicherzustellen, dass der Prozess nahtlos abläuft. Alle relevanten Teams, einschließlich der Basis-, Entwicklungs- und Testabteilungen, müssen frühzeitig informiert und einbezogen werden. Darüber hinaus ist es unerlässlich, ein vollständiges Backup des Zielsystems zu erstellen. Dieses Backup dient als Sicherheitsmaßnahme und ermöglicht es, im Falle eines Fehlers den ursprünglichen Zustand des Systems wiederherzustellen. Neben der Sicherung der Datenbank müssen auch alle benutzerdefinierten Einstellungen und Konfigurationsdateien gesichert werden. Ein weiterer wichtiger Schritt besteht darin, sicherzustellen, dass ausreichend Speicherplatz und Hardware-Ressourcen für den Prozess verfügbar sind. Dies umfasst die Überprüfung der Systemvoraussetzungen, wie z. B. die Betriebssystemversionen und die Datenbankkompatibilität. Um unbefugte Zugriffe während des Refreshs zu verhindern, sollte das Zielsystem gesperrt und alle Benutzer über die geplanten Ausfallzeiten informiert werden.
Der Migration Monitor: ist ein in Java implementiertes Standalone-Tool, übernimmt die Steuerung und Kontrolle der R3load-Prozesse, ist abwärtskompatibel -> jeweils aktuellste Migration Monitor Version des höchsten Releases nutzen!
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).
So viele Informationen... wie kann man die aufheben, so dass man sie bei Bedarf wiederfindet? Scribble Papers ist ein "Zettelkasten", mit dem das sehr einfach möglich ist.
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!
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.
Entwicklungs- und Testteams profitieren von aktuellen Daten, da sie so Fehler oder Performance-Probleme frühzeitig identifizieren können.
Ein bis zwei Vorabtests sind erforderlich, wobei ein Test auf dem Produktivsystem durchgeführt werden sollte.