Database migration as part of SUM:

DMO overview and tuning

Dr. Boris Rubarth, SAP SE, Software Logistics
June 2021

PUBLIC
Disclaimer

This presentation outlines our general product direction and should not be relied on in making a
purchase decision. This presentation is not subject to your license agreement or any other
agreement with SAP. SAP has no obligation to pursue any course of business outlined in this
presentation or to develop or release any functionality mentioned in this presentation. This
presentation and SAP's strategy and possible future developments are subject to change and may
be changed by SAP at any time for any reason without notice. This document is provided without a
warranty of any kind, either express or implied, including but not limited to, the implied warranties of
merchantability, fitness for a particular purpose, or non-infringement. SAP assumes no
responsibility for errors or omissions in this document, except if such damages were caused by
SAP intentionally or grossly negligent.

© 2021 SAP SE or an SAP affiliate company. All rights reserved. ǀ PUBLIC | DMO overview June 2021 2
Agenda Database Migration Option (DMO) with SUM

What is DMO?
▪ What use cases? Which kind of systems?

How does it work?

▪ Procedure details

How to tune and optimize downtime?

▪ Aspects for technical downtime of DMO procedure

© 2021 SAP SE or an SAP affiliate company. All rights reserved. ǀ PUBLIC | DMO overview June 2021 3
DMO in a nutshell

Database Migration Option (DMO):

▪ SUM use case for AS ABAP based systems, using SUM 1.0 (target < 7.50) or SUM 2.0 (target ≥ 7.50)
▪ Database Migration: migrate a system to a different database type (heterogenous migration)
▪ In-place procedure: database (host) is switched, but Primary Application Server (PAS) host is kept
▪ Initially only target database type SAP HANA, now additional targets possible (see SAP note on DMO)
▪ System Conversion from SAP ERP to SAP S/4HANA uses DMO (if source database not yet SAP HANA)

DMO is alternative approach to classical migration (heterogenous system copy)

▪ System update, Unicode Conversion* and database migration combined in one tool, one downtime
▪ Migration steps are simplified: consultant certification not required
▪ Business Downtime is reduced
▪ SAP’s recommendation for migration target SAP HANA database: use DMO, if possible
(see https://blogs.sap.com/2017/11/22/comparing-sap-migration-procedures-to-sap-hana-database/ )
© 2021 SAP SE or an SAP affiliate company. All rights reserved. ǀ PUBLIC | DMO overview June 2021 * Only for target systems below BASIS 7.50 4
Comparison of migration options – example: SAP HANA database

SAP ECC 6.0

EHP7 Unicode
Migration
AS ABAP 7.4
Kernel 7.4x
Source
DB
Update

Classical

SAP ECC 6.0 Unicode conversion* +

SAP ECC 6.0
EHPx upgrade + DB migration EHP7

AS ABAP 7.0x AS ABAP 7.4

Kernel 7.x Kernel 7.x
Source
DB DMO of SUM
© 2021 SAP SE or an SAP affiliate company. All rights reserved. ǀ PUBLIC | DMO overview June 2021 * Only for target systems below BASIS 7.50 5
DMO: Business Case
Upgrade and migration in a combined procedure reduces TCO and risks

Combined procedure needs only one maintenance phase (not two)

➢ Reduces business downtime (TCO), less regression tests necessary

In-place migration keeps application server and System-ID stable

➢ Low impact on system landscape: only database server is new

Original database is kept, can be reactivated as fallback

➢ Reduces risk, no restore required, more time for testing before cutover

No necessity for big export file share during migration

➢ Direct migration transfer without large dump files

© 2021 SAP SE or an SAP affiliate company. All rights reserved. ǀ PUBLIC | DMO overview June 2021 6
DMO phases during the procedure

Source SAP
DB System

1 Upgrade Setup SAP HANA

“Prepare” specifics (client, schema …) Uptime
Execute Upgrade
2 (until downtime phase)

Time
Enter downtime

Downtime
Note 4 Migrate application data
Source database continues to run,
but is no longer used to store data
-> easy reset possible 5 Finalize Upgrade

6 Start SAP HANA-based system

© 2021 SAP SE or an SAP affiliate company. All rights reserved. ǀ PUBLIC | DMO overview June 2021 7
DMO use cases (1/2)

➢ DMO is the combination of update and migration,

potentially with Unicode Conversion (target < 7.50) AAS

➢ SUM runs on PAS host (“in-place”), PAS

SUM starts R3load on that host
SUM

➢ Running SUM on AAS (Additional AS) host is possible

(restrictions apply, see SAP note on DMO) Update*
Migrate
Benefit: run SUM on host with best resources Any Any
DB DB ‘

➢ „DMO without System Update“:

use case to migrate only, no update of SAP software
(only for target database type SAP HANA)

© 2021 SAP SE or an SAP affiliate company. All rights reserved. ǀ PUBLIC | DMO overview June 2021 8
DMO use cases (2/2)

➢ DMO not supported for data center migration due to latency issues
(source & target database in separate data center)

➢ “DMO with System Move”: DMO with System Move

use case to move complete SAP system
➢ Allows to switch PAS host
➢ Allows to migrate across data centers
SUM
➢ Allows to migrate to cloud (IAAS)

➢ Requirements:
Migrate Update*
➢ Target database and target PAS are set up prior to start Any SAP
HANA
➢ Target database type is SAP HANA or SAP ASE DB
or ASE

➢ Sequence:
➢ Start SUM in source, export happens
➢ Copy and start SUM on target, import happens

➢ Can be combined with “DMO without Software Update” and with “SUM on AAS”

© 2021 SAP SE or an SAP affiliate company. All rights reserved. ǀ PUBLIC | DMO overview June 2021 9
Agenda Database Migration Option (DMO) with SUM

What is DMO?
▪ What use cases? Which kind of systems?

How does it work?

▪ Procedure details

How to tune and optimize downtime?

▪ Aspects for technical downtime of DMO procedure

© 2021 SAP SE or an SAP affiliate company. All rights reserved. ǀ PUBLIC | DMO overview June 2021 10
DMO: SUM Start

PAS Host
PAS
SUM is started
Source PRD Instance
Kernel

SUM

PRD REP

Application Data

Source DB Host Target DB Host

© 2021 SAP SE or an SAP affiliate company. All rights reserved. ǀ PUBLIC | DMO overview June 2021 11
DMO: shadow system created

PAS Host
PAS
Uptime:
Source Shadow system
Kernel is created

SHD Instance
TGT Kernel

Legende
PRD REP TGT REP
Target Note:
Release For SUM 2.0 SP 08 and higher,
the shadow repository
Source
Application Data is created on the target database
Release
for all migration scenarios
Source DB Host Target DB Host
© 2021 SAP SE or an SAP affiliate company. All rights reserved. ǀ PUBLIC | DMO overview June 2021 12
DMO: application tables are migrated

PAS Host
Downtime:
PAS
Source Application tables
Kernel are migrated

R3load R3load

TGT Kernel

PRD REP TGT REP

Application Data Application Data

Source DB Host Target DB Host

© 2021 SAP SE or an SAP affiliate company. All rights reserved. ǀ PUBLIC | DMO overview June 2021 13
DMO: update part

PAS Host
Downtime:
PAS
TGT Target kernel is used
Kernel

PRD REP TGT REP

Application Data Application Data

Source DB Host Target DB Host

© 2021 SAP SE or an SAP affiliate company. All rights reserved. ǀ PUBLIC | DMO overview June 2021 14
DMO: procedure finished

PAS Host
Downtime:
PAS
TGT Application tables
Kernel are updated

Procedure finished

PRD REP TGT REP

Application Data Application Data

Source DB Host Target DB Host

© 2021 SAP SE or an SAP affiliate company. All rights reserved. ǀ PUBLIC | DMO overview June 2021 15
Agenda Database Migration Option (DMO) with SUM

What is DMO?
▪ What use cases? Which kind of systems?

How does it work?

▪ Procedure details

How to tune and optimize downtime?

▪ Aspects for technical downtime of DMO procedure

© 2021 SAP SE or an SAP affiliate company. All rights reserved. ǀ PUBLIC | DMO overview June 2021 16
Tune and optimize downtime

➢ Downtime is dominated by migration part

➢ Migration is influenced by
➢ Number of R3loads configured for downtime
➢ Network bandwidth: use 10 Gbit/s network card, use no firewall

➢ Rule of thumb: migration rate of ~ 300 GB/hours should be possible in standard set up
with an estimated additional ~8 hours for the update part, technical downtime can be estimated

 Task is to optimize number of R3load processes

➢ Table split calculated by SUM automatically, based on table size

➢ Keep source database statistic up to date

 Optimize table split calculation by providing table duration files from previous run
© 2021 SAP SE or an SAP affiliate company. All rights reserved. ǀ PUBLIC | DMO overview June 2021 17
Downtime optimization: overview

➢ Use Benchmarking before the DMO run: quick test

Benchmarking focuses on migration (no shadow system)

➢ Adjust number of R3load processes

during Benchmarking, and during DMO procedure

➢ Use the Test Cycle Option

this allows a fast repetition of only the downtime migration for a test run, no need to start from scratch

➢ Provide the migration duration file from previous run:

it lists measured table migration duration, SUM will use this for optimized table split

➢ Consider downtime optimized techniques:

➢ Downtime-optimized DMO: moves migration partly to uptime
(for SAP Business Suite systems)
➢ Delta queue cloning (for SAP BW systems)
➢ NZDT Service approach (SAP Note 693168)

© 2021 SAP SE or an SAP affiliate company. All rights reserved. ǀ PUBLIC | DMO overview June 2021 18
Recommended Procedure

➢ Start with the Benchmarking tool

➢ Export only mode with 100 % of all tables: log file shows total database size to be migrated
➢ Export only mode with 10 % of all tables: shows potential bottleneck in source database
➢ Export & Import mode with 10 % of all tables: first impression on migration rate
➢ Vary number of R3loads to find optimum, use migration repetition option (test cycle) for fast repeat
➢ Continue with DMO, reuse duration file from benchmarking run, use migration repetition option
➢ Vary number of R3loads to find optimum, use migration repetition option (test cycle) for fast repeat
➢ Then keep optimum number of R3load processes fixed during complete procedure

➢ See following information source on this:

SAP Community Blog: https://blogs.sap.com/2015/12/15/optimizing-dmo-performance/

© 2021 SAP SE or an SAP affiliate company. All rights reserved. ǀ PUBLIC | DMO overview June 2021 19
Uptime Migration (downtime-optimized DMO)
Generally available with SUM 2.0 SP 06 (and higher) for system conversions and migrations

▪ Uptime migration for selected large application tables

− User changes are reflected with record-and-replay technology of SUM
− Includes initial and delta migration in uptime, remaining delta migration in downtime

SUM Uptime Ramp Post Business Ramp

Technical SUM Downtime
Processing Down Activities Validation Up

Migration Update

▪ Option is offered on SUM dialog on scenario strategy

▪ Report available to select appropriate tables for uptime migration
▪ Replication monitoring is part of SUM Utilities
▪ Applicable only if source is not yet on SAP HANA database

© 2021 SAP SE or an SAP affiliate company. All rights reserved. ǀ PUBLIC | DMO overview June 2021
https://blogs.sap.com/2014/09/08/dmo-downtime-optimization-by-migrating-app-tables-during-uptime/ 21
Further Information for DMO of SUM

Central Release Note

Software Logistics Toolset 1.0 – 1563579
http://service.sap.com/sap/support/notes/1563579

DMO with SUM 1.0 SP 26

https://launchpad.support.sap.com/#/notes/2882431

DMO with SUM 2.0 SP 11

https://launchpad.support.sap.com/#/notes/3024408

SAP Support Portal

quick link: /sltoolset
http://support.sap.com/sltoolset

SAP Support portal page on DMO

https://support.sap.com/en/tools/software-logistics-tools/software-update-
manager/database-migration-option--dmo-.html

© 2021 SAP SE or an SAP affiliate company. All rights reserved. ǀ PUBLIC | DMO overview June 2021 22