In the following section, the main blocks and important phases of ZDO are discussed. In addition to the phases of a standard update procedure, the following phases are specific for Zero Downtime Option. The details of each phase are described in separate lessons that are referenced in the following tables.

The figure, Important phases of ZDO, shows two different kinds of phases:
- ZDO-specific dialog phases that require an active user interaction in Software Update Manager. These phases are numbered from A to E.
- Phases that perform either check or preparation activities required to run ZDO. These phases are numbered from 1 to 10.
The following two tables describe each phase very briefly. Additionally, the technical phase name used by Software Update Manager is stated.
ZDO-Specific Dialog Phases in Software Update Manager
Letter | Short description | Technical phase name | Explanation |
---|---|---|---|
A | Roadmap selection | SELECT_ROADMAP | Select Zero Downtime Option as downtime-optimization approach in the dialog Scenario Strategy. |
B | ZDO-specific parameters | SUMASK_ZDO_CONFIGURATION | Asks if during the system restart (after the phase REQ_USER_ROLLBACK_PREP), a system backup should be requested. |
C | Apply shadow SAP Notes | CHECK4NOTES_TOOL_SHD2 | Checks for SAP Note corrections required by Software Update Manager in the shadow system. These SAP Notes belong to the target release. |
D | Rollover to bridge | REQ_USER_ROLLOVER_PREP Completed with phase: REQ_USER_ROLLOVER_FINAL | After passing this phase, connected users will operate on the bridge subsystem. |
E | Rollback to original | REQ_USER_ROLLBACK_PREP If chosen in the phase SUMASK_ZDO_CONFIGURATION that a backup has to be requested, you prompt in the phase REQ_ZDO_SYSTEM_BACKUP to perform the complete system backup Completed with phase: REQ_USER_ROLLBACK_FINAL | This phase indicates that the upgrade-related activities are completed. When continuing, the bridge subsystem will be stopped and the original system will be restarted on the target release. |
Further ZDO-Specific Phases in Software Update Manager
Number | Short description | Technical phase name | Explanation |
---|---|---|---|
1 | BW usage check | RUN_RSPTBFIL_ZDM_CHECK_BW | Checks for active usage of SAP Business Warehouse configuration in the system. |
2 | ZDO consistency checks | PARRUN_ZDO_CONSISTENCY_CHECK | The purpose of the check is to find inconsistencies well in advance already on the original system as part of the module General Checks. |
3 | Test import | GENKEYTRACE | Preparation step required for ZDO table classification. The test import calls R3trans to trace the content that will be later imported in the phase TABIM_UPG. |
4 | Table classification | RUN_RSPTBFIL_ZDM_CLASSIFY | In this phase, tables are classified according to how they are handled during the upgrade. |
5 | Impact Analysis | RUN_IMPACT_ANALYSIS_ZDO | Analysis of the impact of table classification to productive usage statistics for tables changed by after import methods. As of this phase, the dialog version of Impact Analysis can be used as well. |
6 | Preparation of bridge subsystem | Various phases | All relevant artifacts and objects needed to run the bridge subsystem will be generated right before the rollover to bridge happens. |
7 | Smart switch | EU_SWITCH_ZDM | This phase renames all tables classified as clone or clone read-only. |
8 | Initial table copy | SQLRUNTASK_FDCT_TRANSFER | This phase creates a clone for the target version of all tables classified as clone or clone read-only. |
9 | Replay changes | RUN_ZDOREPLAY_REPLAY_LKPM | The CRR (Change Record and Replay) framework is used by ZDO. While copying the clone tables, changes will be captured that will be replayed by this phase. |
10 | Unallowed table access check | RUN_ZDM_AIM_TRACE_CHECK_SANDBOX | Checks for unallowed table access from the upgrade subsystem. |