SAP-Systemklon und -Systemkopie
SM36 Standardjobs einrichten
Checkliste für die Vorarbeiten: Abgleich der Datenbankgrößen (Zielsystem muss gleich oder größer sein), Abgleich der Datenbankversionen, Kernel, Hostagent (im Idealfall gleicher Softwarestand), Abzug der Kerneldateien (Export via SAPINST), erspart den Download über SWDC, RFC-Verbindugnspasswörter zusammenstellen, Fremdsystemadministratoren informieren, Speicher, Festplatte auf dem System zur Verfügung stellen für den Datenbank- und Softwareimport. Datenbankabzug (Dump), ggf. mit Transaktionslog durchführen, wenn möglich mit Downtime, dann ohne Jobs bzw. laufende Jobs mit dem Report BTCTRNS1 stoppen. Adminsitrationspasswörter (DDIC, DB-Admin, Winadmin), Systemsnapshotserstellen (Recovery), Durchführung des Datenbankimports.
Testdaten sind für Unternehmen wichtig, um Risiken im laufenden Betrieb auszuschließen und Systeme bzw. Prozesse zu optimieren. Doch kann das Erheben dieser Daten in Zeiten von Big Data und erhöhtem Datenschutz sowie aufgrund komplexer IT-Strukturen herausfordernd sein.
Abgleich der Datenbankversionen, Kernel, Hostagent (im Idealfall gleicher Softwarestand)
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. Dies wird als "Heterogene SAP Systemkopie" bezeichnet. Technisch ist es durchaus möglich auch hier einen Grad der Automatisierung aufzubauen, jedoch bedarf es offiziell zertifizierter Berater ("Migrationsberater") für die Durchführung der heterogenen Systemkopie.
Beim Tabellensplitten werden 2 Tools benötigt: R3ta, der die WHERE-Bedingungen ermittelt, mit denen man auf Teilmengen einer Tabelle zugreift. TableSplitter, der die von R3ta ermittelten WHERE-Bedingungen in Pakete mit ein oder mehreren Teilmengen splittet.
Sofern Sie "Shortcut for SAP Systems" verwendet haben, um systemspezifische Tabellen vor dem Systemrefresh zu sichern, können etliche manuelle Schritte entfallen - die Daten können durch das Rücksichern der vor der Systemkopie gesicherten Daten wiederhergestellt werden.
Ein innovatives Testdaten-Management kann Daten unter anderem durch Verschlüsselung vor internem und externem Missbrauch schützen.
Das Verfahren zur Erstellung von Systemkopien für Aktualisierungen lässt sich wie in Tabelle 1 deutlich wird in verschiedene Aktivitäten aufteilen.