Multicloud: die beteiligten Systeme bei unterschiedlichen Hyperscalern
Ausfallzeiten
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).
Als Alternative hierzu bietet sich ein Refresh per Mandantenkopie an. Der Testumgebung fehlen dann zwar unter anderem Audit-Belege, aber die Entwicklungsobjekte bleiben unberührt. Die Mandantenkopie funktioniert nur aus einem laufenden SAP-System heraus, sie belastet dieses aber mit Datenbankabfragen und transferiert Daten langsamer als bei einer Systemkopie. Der betroffene Mandant ist während des Kopiervorgangs nicht verfügbar. Da es innerhalb des Mandanten keine Möglichkeiten gibt, auszuwählen, was alles kopiert werden soll, ist die Laufzeit oft inakzeptabel.
SAP Systemkopie - Aktualisierung von QA, Test- und Trainingssystemen
Ein SAN ermöglicht eine Systemkopie während des Dialogbetriebs. So lassen sich virtuelle Kopien eines logischen Volumes, so genannte Snapshots, erzeugen. Dabei werden Daten nur kopiert, wenn sie im originalen Datenbestand verändert werden (Copy-on-Write-Verfahren). Wenn von einem Snapshot auf Dateiebene kopiert wird, bleiben die betroffenen Systeme verfügbar. Allerdings belastet diese Vorgehensweise das Speichernetz. Dauert dies mehrere Tage, verschlechtern sich die Antwortzeiten des Produktivsystems.
Um virtualisierte Systeme wie beispielsweise VMware-Instanzen herunterzufahren und zu kopieren, genügen wenige Mausklicks. VMware eignet sich, um mehrere Schulungs-, Entwicklungs- und Testumgebungen auf einem physikalischen System laufen zu lassen. Größere produktive Systeme sind dagegen nicht so einfach zu virtualisieren. Müssen Anwender das Produktivsystem während der Kopie herunterfahren, wird die Laufzeit des Vorgangs beziehungsweise die Nichtverfügbarkeit des produktiven Systems zum kritischen Faktor.
"Shortcut for SAP Systems" bietet die Möglichkeit der Sicherung und Wiederherstellung beliebiger Tabellen. Nicht nur diejenigen, die im PCA-Tool (Post Copy Automation) Berücksichtigung finden sondern eben auch eigenentwickelte Tabellen. Durch die einfache und übersichtliche Oberfläche können Sicherung und Wiederherstellung eigenentwickelter Tabellen schnell und problemlos eingebunden werden. Über das Command-Line-Interface auch automatisierbar: per einfachem Zeilenkommando wird beispielsweise der komplette Sicherungsvorgang von Tabelleninhalten vor der Systemkopie ausgeführt und ebenfalls mit einem einfachen Zeilenkommando wird nach der Systemkopie die Wiederherstellung dieser Tabellen durchgeführt. Dadurch kann der komplette Sicherungs- bzw. Wiederherstellungsvorgang in eine beliebige Automatisierungssoftware integriert werden.
Diese Herausforderungen bei Volumen von hunderten oder gar tausenden Transportaufträgen manuell zu bewältigen ist auch mit sehr großen Aufwänden schier unmöglich.
Daten der Transaktionen von Endbenutzern werden jedoch nur vom Produktionssystem empfangen.