SAP system copy Possibility of manual intervention in case of delta import - SAP Basis

Direkt zum Seiteninhalt
Possibility of manual intervention in case of delta import
Save time, money and nerves with "Systemcopy as a Service
The third-party providers have adapted their tools to various special areas. For example, the "Clone & Test" tool from Pecaso, which is now part of Accenture, specializes in transferring data from SAP's HR module. In addition to HR data, the "Data Sync Manager" from the provider Epi-Use makes it possible to select additional objects from the areas of accounting and logistics. As with TDMS, "Infoshuttle" from Gamma Enterprise Technologies gives users the option of selecting any data from the SAP system. For transport, the tool uses Idocs, which, however, can only be used to transfer small amounts of test data. SNP's "Data Distillery" can either write extracted data directly into the tables of the target system via RFC or generate an export file that can be imported into target systems multiple times. In the source system, users can select by objects, processes and transactions. Further selection options, for example by organizational units or fiscal year, allow a percentage of the data to be filtered out of the system as consistent test data.

"The creation of SAP system copies used to represent an enormous effort," says Martin Schulz from SAP Basis Administration. Almost 4,000 employees worldwide access our SAP systems directly. If the SAP systems are down, then nothing works in many departments - and that certainly happened in the past. Although the actual copying process is completed in just a few hours, the manual post-processing - which includes, for example, adjusting parameters, users and rights, profiles, system settings and interfaces - can take up to a week. This keeps the entire seven-person SAP Basis team busy.
Efficient options for SAP system copies
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. The status of the target system now allows it to run without severe internal errors and disruption to the SAP landscape. However, the system does not have the same identity in the SAP landscape as it had before the update. That's why post-processing is required. UC4 Automated System Copy can handle most of the post-processing by restoring specific database content customizations (such as security settings, RFC targets, and operating modes) that were downloaded before the upgrade. Another goal in post-processing is to change the production system's logical system names to those used by the target system. Since these names usually need to be passed to numerous tables in a given system that have not yet been customized, SAP has the BDLS transaction that can be used to safely analyze and change logical system names. UC4 Automated System Copy can automate and accelerate this transaction by analyzing the underlying processes and executing them in parallel. It can also automate tasks such as reorganizing spools and instructing transport managers to process the delta transport list.

The solution does not use software agents. The use of standard protocols for the interaction of tool (client/server) and source system and tool with target system has proven itself, exclusively for the purpose of system copy creation. Whereby the use of a single point of management and control has also proven its worth.

With "Shortcut for SAP Systems" you get additional functions for the SAP system copy.

The typical cloud infrastructures, such as AWS or Azure, are not a hurdle for this service.

But collecting this data can be challenging in times of Big Data and increased data protection, as well as due to complex IT structures.
SAP BASIS
Zurück zum Seiteninhalt