SAP system copy SAP system/instance move - SAP Basis

Direkt zum Seiteninhalt
SAP system/instance move
Purpose of the SAP system copy
A non-production SAP system should also have the same repository status as the source system, regardless of the data transfer method chosen for the refresh. All the data that makes up an SAP system is stored in the repository. This includes, among other things, the definitions for the database fields and tables for master and transaction data.

On the other hand, such a tool must ensure that traceability or transparency is always available. What happens in the smallest detail during an SAP system copy creation must be visible in whatever form in order to be able to track down possible errors, but also, for example, to optimize the actual copying process or to accelerate it even further, for example by using log files and more.
Consistency of database disk blocks - stopping I/O activities or executing DATABASE BEGIN ONLINE BACKUP command, flushing cache, etc.
Quasi tick boxes instead of time-consuming handling of programming lines, so that the use is also possible for less experienced experts who have never or only few SAP system copies created. And this after little system training.

SAP upgrade: Before a very extensive SAP upgrade, you may want to test the run and analyze any errors that occur, especially if the development and test systems are not allowed to be down for too long. In that case, it's best to do this on a system copy.

A solution such as "Shortcut for SAP Systems" offers an automatable solution for many of the activities involved in an SAP system copy.

Connected to this are at least two computers, also spatially separated.

This guide does not provide instructions for installing, configuring, or operating SAP Landscape Management.
Zurück zum Seiteninhalt