Solution Description
SAP system copies and the DSGVO
Against the background of constantly changing business processes, the SAP production systems that serve as the basis for these processes must also be continuously adapted and further developed. To ensure that these processes run smoothly at all times, adaptations and further developments must be comprehensively tested in a non-production SAP system using current production data. Only then can changes be incorporated into the production system. However, updating the databases of non-production SAP systems for testing, quality assurance and development with new production data is usually a time-consuming and error-prone process that involves lengthy interruptions to the SAP software lifecycle. By automating and accelerating SAP data, the workload of IT administrators can be significantly reduced and interruptions to the SAP software lifecycle can be kept to a minimum. This white paper presents a solution that helps shorten SAP refresh cycles based on UC4 process automation integration with HP infrastructure software. This solution can reduce the total cost of ownership (TCO) and the length of the SAP software lifecycle. As a result, business processes can be made more agile, risks can be reduced, and the workload of IT administrators can be reduced. Target audience: SAP technical consultants and IT decision makers who are familiar with commonly used procedures for homogeneous SAP system copies.
There are now a number of tools that simplify refresh activities of non-production SAP systems. The tools are imported into SAP systems via transports and enable the data to be copied to be written in. The more precise the selection, the greater the potential savings in storage space and extraction time compared to client copy. As with the latter, the configuration is retained and ongoing development and test processes remain undisturbed.
Food for thought for another productive system: until when must the system be identical, keyword: transaction log
Different DDLORA* files can be assigned to the R3load packages. The assignment is done by a text file, which is given to the MigrationMonitor as parameter 'ddlMap = mapDDL.txt' and evaluated by it.
When executing a system copy, all tables, processes, databases, etc. are taken into account when copying. Logical system names must also be converted (using the BDLS trasaction code). The process of a system copy usually does not change. If no structural changes have been made to the SAP systems involved, the process is even 100% identical. Due to the very high repeatability of the nevertheless complex process, it is advisable to automate it to a large extent.
From now on, this will be easier. "Shortcut for SAP Systems" contributes to a time-optimized execution of this complex process, no matter when and at what frequency, and while maintaining a high degree of flexibility even in changing environments.
After restarting the target system The SAP target instance has been started with a database that has been updated with content copied from the production database using fast and scalable disk array replication.
By splitting the standard packages into several smaller packages with approximately the same 'size', the total runtime for export or import can be reduced.