Professional Documents
Culture Documents
Work-Package - 05 - June 2019
Work-Package - 05 - June 2019
Work Package 05
Sheldon Edelstein
Bern Herold
David Hess
Boris Rubarth
Martin Roth
March 2019
Phased approach (1/2)
WP 1 WP 2 WP 3 WP 4 WP 5
Date May 29, 2019 June 10, 2019 June 11, 2019 June 12, 2019 June 13, 2019
10:00 am (EST) 10:00 am (EST) 10:00 am (EST) 10:00 am (EST) 10:00 am (EST)
Objective Kick-off call Prepare Phase Prepare Phase Prepare Phase Technical Conversion
(Logistics) (Finance) with SUM (DMO)
Content / Tasks • Overview • Readiness Check • Business Partner • Finance preparation • Start system
• How to get there • Conflicting Business approach • Consistency checks conversion
• System environment Functions • Customer Vendor • Reconciliation • Complete uptime
• Collaboration • Conflicting Add-ons Integration (CVI) • Period-end closing phases
• Resource profile • Maintenance Planner • MRP Areas activities • Execute full
• ATC - Custom Code • MATNR Extension • Document posting downtime
• Simplification Item data • Post-activities
Checks
Duration roll-out session 1 hour 1,5 hours 2 hours 1,5 hours 2 hours
Partner additional effort 1 hour (team preparation) 2 – 4 hours 4 – 6 hours 2 – 4 hours 2 days (duration)
Partner Resources Architects Basis Consultant Application Consultant Application Consultant Basis Consultant
required Team Leader Developer (logistic area) (finance area) Developer (SPDD/SPAU)
WP 6 WP 7 WP 8 WP 9 WP 10
Date June 17, 2019 June 18, 2019 June 19, 2019 June 20, 2019 June 21, 2019
10:00 am (EST) 10:00 am (EST) 10:00 am (EST) 10:00 am (EST) 10:00 am (EST)
Objective Finance Conversion Post Conversion Activities SAP FIORI activation and Additional post conversion Review & Feedback
configuration topics
Content / Tasks • Finance migration • Output Management • Configuration of • Fiori specialties • Project Experience
• Customizing/Data • PP/DS embedded Front-end • Secure communication • Feedback
Model impact • Convert Architecture server • Expose system to the • Q&A
changes • Activation and internet
• Credit configuration of FIORI • Custom code fixes
Management Launchpad
• Activation and
configuration of FIORI
applications
Duration roll-out 2 hours 1,5 hours 1,5 hours 1,5 hours 2 hours
session
Partner additional effort 4 – 6 hours 2 – 4 hours 2 – 4 hours 2 – 4 hours 1 hour pre & post session
Partner Resources Application Consultant Application Consultant Basis Consultant Basis Consultant All Team
required (Finance area) Basis Consultant Application Consultant Developer
(testing)
Uptime
Downtime
SUM
Any
DB
stack.xml
Prerequisites:
➢ SI Checks: are executed by SUM as well: all issued have to be solved beforehand
➢ Custom Code Check: may be ignored for an early conversion of a sandbox system
• Source OS version
SAP ECC
Simplification
Application
Item Checks
Business Data
Level Z Objects
Add-Ons
(SAP, Partner)
OS (AppServer)
SUM prerequisite
Database check
Level AnyDB or
SAP HANA 2.0
OS (Database)
▪ Standard approach
using Software Update Manager (SUM)
Downtime
with several optimizations
▪ Downtime-optimized conversion approach
uses SUM as well, and reduces downtime
by moving data conversion and migration
partly to uptime (currently only piloted)
▪ Near-Zero Downtime Technology approach
allows further reduction of downtime
by executing the conversion on a clone; Decision about approach
Effort
it is a consulting service project (aka NZDT) depends on several factors
See SAP Note 693168 and should be taken after a
migration planning workshop.
(Service component of SAP Value
Assurance for SAP S/4HANA)
Migration to
downtime-optimized
downtime-optimized DMO SAP HANA Pilot 2442926
Database Migration Option
database
downtime-optimized Conversion to
Pilot 2293733
Conversion SAP S/4HANA
Business Downtime
Technical Downtime
Data Conversion
Software Update Convert table content to new data model
Add / update components Partially triggered by SUM, partially after SUM
Database size
Source DB SAP HANA
Portion of tables
affected by data conversion
FI conversion:
inconsistencies coming up in FI conversion have to be corrected,
this happens in downtime of test conversion
(not relevant for PRD conversion)
Second run is always faster → decide on approach only after second run
© 2019 SAP SE or an SAP affiliate company. All rights reserved. 19
Customer
Downtime optimization for standard approach
Number of
background processes
DMO
optimization
Database size:
consider archiving
© 2019 SAP SE or an SAP affiliate company. All rights reserved. 20
Customer
Downtime-optimized conversion approach
Customizing Freeze
SAP Note 2620910 - SAP S/4HANA … and SAP BW/4HANA 1.0: Recommended Application Server Platforms
© 2019 SAP SE or an SAP affiliate company. All rights reserved. 26
Customer
ASCS Instance Move (1/4)
Overview
▪ Sequence:
– ASCS runs on host with OS which is not supported by 1809
– SUM to be started on AAS with OS supported by 1809
– SUM will show dialog with option “ASCS move”
– If chosen, SUM will set up ASCS on AAS (previous instance no longer started)
▪ See blog
▪ https://blogs.sap.com/2019/04/12/ascs-instance-move-use-sum-to-switch-your-ascs/
▪ SAP S/4HANA with new data model - old tables still existing,
Old data not deleted during system conversion (e.g. to allow error diagnostic)
▪ FIN & MM-IM area have documented how to handle obsolete data manually
▪ SAP S/4HANA 1809 introduces a framework to delete obsolete (customer) application data,
based on application specific rules (content)
Initial shipment of framework with reduced scope, availability on request
▪ Deletion rules delivered by SAP run in PRD without business downtime, if you:
– Successful validated the system conversion
– Tested the deletion rules successfully in an appropriate test system (copy of PRD)
– Created a backup of database
▪ 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
SUM
– Allows to migrate across data centers
▪ Requirements:
Migrate Update*
– Target database and target PAS are set up prior to start
Any
– Target database type is SAP HANA DB
HANA
▪ Sequence:
– Start SUM in source, export happens
– Copy and start SUM on target, import happens
QAS
SUM 2.0 SP 04 in maint. SUM 2.0 SP 04 patch on request SUM 2.0 SP 04 out of maintenance
via Chat
via Microphone:
Mail: sap10steps2s4@sap.com