SAP Landscape Copies
Several advantages at once
SAP recommends that you always update enterprise software in your production system using the SAP transport system and never make changes directly in the production system. In addition, SAP suggests that you validate change transports through a QA system that is approximately identical to the production system and has up-to-date transaction data. Outdated data can affect the validity of change transport tests, which can lead to errors and failures in the production system. However, end-user transaction data is received only from the production system. Such data must therefore be passed regularly throughout the SAP transport chain to ensure that your non-production systems have up-to-date and valid transaction data. This can usually be accomplished by passing a system copy of the production system, created for updates, to the QA system. To reduce the number of test cycles, it is also advisable to update your development system occasionally.
The demands on your business are constantly changing. For this reason, there is also a need to adapt processes and functionalities. This cannot be done directly in the production system, but must first be extensively tested, which in turn requires data that is as realistic as possible. The SAP system copies required for this are quite time-consuming and complex, but also offer very great automation potential. We support you in the execution of SAP system copies and, within the framework of our partnership with Libelle, we can also set up automation mechanisms for you if you have the need for regular system copies. We are also happy to support you with any data anonymization that may become necessary after such a copy.
Copy only specific data
Shutting down and copying virtualized systems, such as VMware instances, requires just a few mouse clicks. VMware is suitable for running multiple training, development and test environments on one physical system. Larger productive systems, on the other hand, are not so easy to virtualize. If users have to shut down the productive system during the copy, the runtime of the operation or the unavailability of the productive system becomes a critical factor.
So much information... how can you keep it so that you can find it again when you need it? That's what Scribble Papers is great for.
In this context, generated jobs adapt to changes, even if, for example, a DB change, a release change or other changes have taken place. Nevertheless, once created copy jobs can be reused, which minimizes the maintenance effort and a certain susceptibility to errors. This is also the case when switching from one Any DB to another or when moving from an Any DB to Hana.
If you have used "Shortcut for SAP Systems" to save system-specific tables before the system refresh, several manual steps can be omitted - the data can be restored by restoring the data saved before the system copy.
By splitting the standard packages into several smaller packages with approximately the same 'size', the total runtime for export or import can be reduced.
Cleanup of target system database contents - removal of source system specific database contents to allow the target system to boot without disrupting production processes.