Arten der SAP-Systemkopie
RZ10 Profile löschen, anlegen und importieren von OS-Level
Einzelschritte wissen genau, wo sie beim eigentlichen Kopierlauf im Fehlerfall wieder aufsetzen müssen. Das bedeutet allgemein, dass Fehlersituationen bedarfsgerecht und punktgenau gehandhabt werden können.
Um sicherzustellen, dass SAP-Lösungen dennoch optimal genutzt werden, sind Entscheider gut beraten, IT-Landschaften und Anwendungen regelmäßig intensiven Tests zu unterziehen. So lassen sich mögliche Fehler und Risiken im laufenden Betrieb vermeiden, die schnell immense Kosten verursachen können. Doch auch das Bereitstellen von Testdaten kann sich als Herausforderung erweisen. Angesichts der verstärkten Nutzung von Big Data steigen Speicherplatz und daraus resultierende Kosten stetig an. Zusätzlich wird das Testen durch die wachsende Komplexität der Anwendungen sowie IT-Architektur erschwert. Für Unternehmen kann es deshalb gewinnbringend sein, in ein professionelles Testdaten-Management zu investieren, das entscheidende Vorteile bietet.
SALE logisches System anlegen und benennen
Tests lohnen sich bereits für die Einführung von SAP-Lösungen im Unternehmen und ebenso bei Release-Wechseln sowie Migrationsprojekten, beim Einspielen von Patches, bei Customizing, Modifikation und Eigenentwicklungen. Eine dreistufige SAP-Landschaft besteht typischerweise aus Entwicklungs-, Test- und Produktivsystemen. Dazu kommen oft noch Schulungssysteme.
Ein nicht produktives SAP-System sollte zudem den gleichen Repository-Stand wie das Quellsystem haben, unabhängig davon, welche Methode zur Datenübertragung beim Refresh gewählt wird. Im Repository sind sämtliche Daten abgelegt, die ein SAP-System ausmachen. Dazu zählen unter anderem die Definitionen für die Datenbankfelder sowie Tabellen für Stamm- und Bewegungsdaten.
Für die SAP Systemkopie steht ein nützliches Produkt - "Shortcut for SAP Systems" - zur Verfügung, dass mittels Datensicherung und -wiederherstellung viele sonst manuell durchzuführende Tätigkeiten erspart.
Grundsätzlich unterscheidet man zwischen Erstaufbau und Refresh eines nicht produktiven SAP-Systems.
Prozedur: Identifzieren der größten oder am längsten laufenden Tabellen im System, die die Gesamtlaufzeit der Systemkopie bestimmen +++ Durchführen einer initialen Kopie dieser Tabellen zur Produktivzeit des Quellsystems +++ Aufzeichnen der Änderungen an diesen Tabellen +++ Kopie des Deltas mittels RFC, zur Produktivzeit des Quellsystems +++ Einsatz der Standardprozedur, um alle nicht-IMIG-Tabellen zu kopieren (Downtime).