SAP Systemkopie Fazit

Direkt zum Seiteninhalt
Fazit
STRUST Zertifikate neu generieren
Tabellensplitting verringert das Risiko beim Export, im Fehlerfall viel Zeit zu verlieren. Beim Wiederaufsetzen muss nicht die komplette Tabelle erneut exportiert werden, sondern nur eine Untermenge. Das gleichzeitige Bearbeiten einer Tabelle durch mehrere R3loadProzesse kann die Gesamtlaufzeit für diese Tabelle reduzieren.

SAP Systemkopien sind notwendig, unabhängig der grundlegenden Infrastruktur. Gerade im Rahmen der Automatisierung sind solche Lösungen zu bevorzugen, die alle relevanten Spielarten des SAP Systembetriebes unterstützen.
BD64 Verteilmodelle prüfen
Homogene Systemkopie: Bei dieser Art der Kopie sind Betriebssystem und Datenbank auf dem Zielsystem dieselben wie auf dem Quellsystem. Also Windows bleibt Windows und Linux bleibt Linux. Und läuft auf dem Quellsystem die SAPHana-Datenbank, kommt sie auch auf dem Zielsystem wieder zur Anwendung.

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.

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.

SAP-Software nimmt in der IT-Landschaft von Rehau, einem Anbieter von polymerbasierten Lösungen für Bau, Automotive und Industrie, eine zentrale Rolle ein.

Während die Homogene SAP Systemkopie identische Kombinationen von Betriebs-/Datenbanksystemen auf Quell- und Zielsystem erwartet, gibt es im Projektumfeld (z. B. bei Migrationen) auch die Anforderung nach unterschiedlichen Kombinationen von Betriebs-/Datenbanksystemen auf Quell- und Zielsystem.
SAP Corner
Zurück zum Seiteninhalt