SAP system copy Automatic determination of delta states after SAP system copy/recovery - SAP Basis

Direkt zum Seiteninhalt
Automatic determination of delta states after SAP system copy/recovery
Create SAP HANA system replication levels
Advantage of the system copy: Users receive one hundred percent consistent test data. A disadvantage, however, is the high storage space requirement of such a test system, which corresponds to that of the productive system. In addition, an authorization concept for the system copy is required to protect the authentic data it contains. Otherwise, company secrets are at risk, and there is a violation of regulations such as the Federal Data Protection Act and the Sarbanes-Oxley Act.

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.
Solution Description
The steps to be taken before shutting down the target SAP system can be summarized as follows: Well before performing the upgrade, inform the target system users - especially project managers, developers, and testers - about the planned maintenance work via e-mail, SAP system messages, and/or a message at the system logon. Using the SAP transport system requires careful preparation so that software development projects can be completed as far as possible. Shortly before the start of the update, inform users again that maintenance work on the system is imminent and that they should log off from the target system. After logging users off and locking them out, download system-specific content from the target system database for customization (including security settings, Remote Function Call (RFC) targets, and operating modes).

Tests are already worthwhile for the introduction of SAP solutions in the company and also for release upgrades and migration projects, the import of patches, customizing, modifications and in-house developments. A three-tier SAP landscape typically consists of development, test and production systems. In addition, there are often training systems.

With "Shortcut for SAP Systems" a tool is available that simplifies the SAP system copy and offers additional possibilities.

Rework, a transaction checklist: SU01 Adjust DDIC PW, SM66 Check server instance distribution, SE38 BTCTRNS1 (schedule all jobs out), SM38 Suspend jobs, SICK SAP Consistency check, SM28 Installation rework, SE06 Installastion check, SLICENSE License check, RZ10 Delete profiles, create and import OS level, RZ04, SM63 Create operation modes (optional), SMLG Delete SAP logon groups, SE14 Delete table contents: from system specific tables (emails, monitoring), SE38 RSBTCDEL (delete background jobs), SE16N Match table entries (optional), RZ12 Maintain server groups, SM61 Job server groups, create servers, SM59 Delete RFC connections, , SCC4 / SE03 Edit system: Assign system type, create and name SALE logical system, SCC4 client setting, rename to current SYSNAME, convert BDLS original system, generate SGEN ABAP Load, set up SA36 standard jobs, regenerate STRUST certificates, set/adjust SE61 logon screen, DB02 database connection, maintain PW.

The default is DDLORA.TPL.
SAP BASIS
Zurück zum Seiteninhalt