SUM creates the shadow repository on the target database for all migration scenarios.
This blog provides background information as well as the current status of this new approach.
Latest News [added on June 10th 2020]
With SUM 2.0 SP 08, the approach “shadow-repository-on-target-database” is used for all migration scenarios, independent on the target release (and independent on target database type). This blog was updated accordingly
Introducing the shadow system and shadow repository
A shadow system basically consists of a shadow instance and a shadow repository:
- The shadow instance is an additional ABAP instance which is created by SUM on the application server on which the SUM was started. It is used to prepare steps executed during the downtime.
- The shadow repository exists on target product version level. This means that the shadow instance must use the target kernel to create the shadow repository with potentially new object types.
The shadow system is already created and exists during uptime processing of SUM. As a consequence, the downtime is reduced.
[i] You can check this blog for an introduction to the shadow system, but this description does not cover the migration case.
Until SUM 2.0 SP 07, SUM created the shadow repository on the source database specifically for the migration scenarios Database Migration Option (DMO), and System Conversion to SAP S/4HANA for source systems with no SAP HANA database. (Note that non-migration scenarios have only one database, so that is no differentiation of source and target database is needed.)
This has changed for a system conversion to SAP S/4HANA 1909 with SUM 2.0 SP 06 (and higher): SUM creates the shadow repository on the target database. (Again: This only applies if the source system is not yet on SAP HANA database and a database migration happens. Only then we have a source and a target database).
The figure illustrates:
- SHD REP: the shadow repository
- PAS: the primary application server
- PRD REP: the current (productive) repository of the source system
SAP S/4HANA 1909 and the ABAP kernel
SAP S/4HANA 1909 uses SAP kernel 7.77. This kernel version works exclusively with SAP HANA as database. As the shadow instance must use the target kernel, it is obvious that the shadow instance for SAP S/4HANA 1909 can’t work with a database other than SAP HANA DB. That is the reason why SUM has to create the shadow repository on the target database for a migration scenario targeting SAP S/4HANA 1909.
Note: SAP Kernel 7.73 as well only supports SAP HANA as database, but it can be used for the shadow repository on source db in the conversion process targeting SAP S/4HANA 1809.
No changes for SUM handling
(There is a new dialog sequence introduced with SUM 2.0 SP 06 – described in this blog – but this is not related to the shadow system.)
Advantages for conversions to S/4HANA 1909
Additional aspects of the story
- The requirement for a system conversion to have the source system on Unicode remains!
- This was announced long ago (see announcement), so SUM 2.0 does not cover the Unicode conversion, and will neither in the future.
- The conversion planning in Maintenance Planner still requires selecting both new kernels, for source and for target database.
- SUM 2.0 SP 06 and SP 07 use the shadow repository on the target database only for a conversion to SAP S/4HANA 1909.
- SUM 2.0 SP 08 and higher uses the same approach now for all migration scenarios
(also for the use of SUM 2.0 SP 08 inside the classical SAP Business Suite, e.g. for the migration of SAP ECC 6.0 from a non-HANA database to EHP 8 on SAP HANA DB).
Product Manager SUM