SAPinst/Jload: +++ SAP-Standardmethode für Java-Systeme +++ OS- und DB- unabhängig +++ für homogene und heterogene Systemkopien
BDLS Originalsystem umsetzen
Mit der Definition von Paketgruppen kann über die Festlegung der Reihenfolge hinaus die parallele Bearbeitung von Paketen konfiguriert werden: Alle definierten Gruppen laufen parallel zueinander. Für jede Gruppe können die Parameter jobNum, taskArgs und loadArgs separat festgelegt werden.
Eine Systemkopie lässt sich entweder mit SAP-Transaktionen (R3trans, ab R4.6C SAPinst) oder auf Datei- und Datenbankebene erstellen. Kosten und Aufwand wachsen dabei mit der Größe des Systems sowie den Anforderungen an Verfügbarkeit und Datenschutz. Zudem sind oft administrative Nacharbeiten notwendig, angefangen beim Systemnamen bis hin zu Druckern und Schnittstellen.
SE14 Tabelleninhalte löschen: aus systemspezifischen Tabellen (Emails, Monitoring…)
Heterogene Systemkopie: Wie die Bezeichnung schon vermuten lässt, unterscheiden sich Betriebssystem und / oder Datenbank auf Quell- und Zielsystem. Man nimmt also im Rahmen der Kopie einen Plattformwechsel vor. Diese Vorgehensweise gewinnt gerade an Aktualität, denn sie wird für die Migration von SAP ERP nach S/4HANA benötigt. Läuft das aktuelle System unter dem Windows Server und dem SQL-Server oder Oracle, so müssen das auf dem Zielsystem jetzt Linux und SAP-Hana sein.
Ein Zettelkasten, in dem schnell Daten aller Art abgelegt und wiedergefunden werden können. Das verspricht Scribble Papers. Anfangs sieht das Programm sehr spartanisch aus. Aber wenn erst einmal eine kleine Struktur vorhanden ist, erkennt man die große Flexibilität dieses kleinen Helfers.
Nach dem Neustart des Zielsystems Die SAP-Zielinstanz wurde mit einer Datenbank gestartet, die unter Verwendung einer schnellen und skalierbaren Disk-Array-Replizierung mit Inhalten aktualisiert worden ist, die aus der Produktionsdatenbank kopiert wurden. Der Status des Zielsystems lässt es nun zu, dass das System ohne schwere interne Fehler und Störungen der SAP-Landschaft ausgeführt werden kann. Das System verfügt in der SAP-Landschaft jedoch nicht über die gleiche Identität wie vor der Aktualisierung. Darum ist eine Nachbearbeitung erforderlich. UC4 Automated System Copy kann den Großteil der Nachbearbeitung übernehmen, indem spezifische Anpassungen des Datenbankinhalts (wie Sicherheitseinstellungen, RFC-Ziele und Betriebsmodi), die vor der Aktualisierung heruntergeladen worden sind, wiederhergestellt werden. Ein weiteres Ziel bei der Nachbearbeitung ist die Änderung der logischen Systemnamen des Produktionssystems in die vom Zielsystem verwendeten Namen. Da diese Namen in einem bestimmten System in der Regel an zahlreiche, noch nicht angepasste Tabellen weitergegeben werden müssen, verfügt SAP über die BDLS-Transaktion, mit der sich logische Systemnamen sicher analysieren und ändern lassen. UC4 Automated System Copy kann diese Transaktion automatisieren und beschleunigen, indem die Lösung die zugrunde liegenden Prozesse analysiert und parallel ausführt. Zudem lassen sich auch Aufgaben wie die Neuorganisation von Spools und die Anweisung der Transportmanager zur Verarbeitung der Delta-Transportliste automatisieren.
Mit "Shortcut for SAP Systems" werden Aufgaben im Bereich der SAP Systemkopie vereinfacht und ermöglicht.
SAP empfiehlt, dass Sie eine Systemkopie durchführen, um Test-, Demo- und Schulungssysteme zu erstellen.
Die SAP-Basis ist das Fundament eines jeden SAP-Systems. Viele nützliche Informationen dazu finden Sie auf dieser Seite: www.sap-corner.de.
Der Entwicklungsstand vor der Systemkopie wird somit wiederhergestellt.