infrastructure track migrationtohana overview

8/9/2019 Infrastructure Track MigrationToHANA Overview

http://slidepdf.com/reader/full/infrastructure-track-migrationtohana-overview 1/50

SAP Innovation Summer Camp

Come with a Curiosity – Leave with a Plan

July 12 - 13, 2012 | SAP Americas HQwww.sap.com/sapsummercamp



© 2012 SAP AG. All rights reserved. 2

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 bySAP 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.



Infrastructure TrackMigrat ion to HANA Part 1 – Act ive Global Support Migrat ion Methodolog y Overv iew




Agenda

Migration to HANA Part 1 – Active Global Support Migration Methodology

Overview

Motivation and Scope

Methodology

Delivery Model Conclusion



Motivation and Scope




Migration to SAP HANA A Great Opportunity!

The opportunity

Run Better – Run your Best-Run Business on

the SAP InMemory computing platform

New levels of performance and throughput

Completely new business scenarios possible

Unified and seamlessly integrated application

and database stack

Simplified maintenance

Effective end-to-end operations support

Reduced TCO


http://slidepdf.com/reader/full/infrastructure-track-migrationtohana-overview 7/50© 2012 SAP AG. All rights reserved. 7

Migration to SAP HANA And a Challenge?

The related questions

Will the new platform fulfill the high

performance and throughput requirements?

How can High-Availability and Disaster

Recovery be ensured?

Will the SAP database seamlessly fit into the

existing infrastructure?

What does it mean for the operations team?

How can downtimes be managed?

What is the overall project duration, what are

related efforts?

What are the risks?



Migration to SAP HANAThe Offering 1/2

Holistic offering via SAP MaxAttention

and SAP Active Embedded Support

SAP offers comprehensive support for

migrations to SAP HANA holistically

covering all phases and aspects of such a

project

Address the related challenges proactively

Apply best practices and experiences from

supporting the top companies

Make a migration project safe, effective andpredictable



…delivered as a flexible package consisting of

The methodology implemented in SAP Solution Manager

This is the backbone of each migration!

All involved roles – SAP TQM, consultants, customer experts, partners – leverage

this methodology

Consistent approach and quality across all involved parties

Best Practices templates and guidelines for each of the tasks

Onsite services

Remote offerings: Expert Guided Implementations, remote service deliveries,….

Enablement: Guided procedures, trainings, remote expert sessions,….

Migration to SAP HANAThe Offering 2/2



Methodology



Migration to SAP HANAHolistic Approach Based on Proven Best Practices

One end-to-end methodology – implemented in SAP Solution Manager

Migration TasksArchitecture

Infrastructure

Operational

Readiness

Performance

Scalability

Project

Management

Project Management

Define, drive and control milestones and Q-gates

Architecture & Infrastructure

Define the infrastructure and landscape architecture to

fulfill requirements of the migration as well as the

operation after GoLive

Migration Tasks Ensure that migration tasks are executed along a

proven plan and approach and based on best practices

for procedures and configurations

Performance & Scalability

Ensure performance, throughput, scalability, availability.

Define the technical architecture and infrastructure

Operational Readiness

Ensure that procedures, tools and skills are adequate

to run the new solution safely and efficiently



A r c h i t e c t u r e

I n f r a s t r u c t u r e

O p e r a t i o n a l

R e a d i n e s s

P e r f o r m a n c e

S c a l a b i l i t y

Migration to SAP HANAThe Foundation: Roadmap in SAP Solution Manager – Overview

P r o j e c t

M g m t .

Concept &

Project Setup

M i g r a t i o n

&

T e s t

Project definition

Detailed target SAP landscape definition

Detailed technical infrastructure definition

Blueprint

Q – Gate Def.

Detailed Migration plan

Detailed test planning

Realization

Q-Gate management / issue tracking

Infrastructure setup & configuration

Verification

P r o d u c t i o n c u t - o v e r

Performance Verification & Optimization

Operations procedures

Post

Go-Live

Tool implementation

Trainings

SLA verification

Performance

Monitoring

Performance

Optimization

Operations handover

Project tracking

Test scope determination

Issue tracking

Sandbox Migrations

M

i g r a t i o n m a s t e r p l a n d e f i n i t i o n

m i g r a t i o n s c o p e , a r c h i t e c t u r e a n d t e c h n i c a l i n f r a s t r u c t u

r e

Detailed Migration Method definition

Issue tracking

Hyper care /

Optimization

Inventory

Procedures

Tools

Roles & Skills

Definition of future concept


Tool roadmap

Roles & Skills, training plan

Technical architecture options of DB’s

Cut-over rehearsal

Functional regressions

Performance, HA, Sec. tests

Migration of non-prod systems

Migration tests

Performance Baseline - KPI

Sizing

Source Scalability check






R e a d i n e s s



Migration to SAP HANA- Concept and Project SetupMigration Planning Workshop

P r o j e c t

M g m t .

Concept &

Project Setup

M i g r a t i o n

&

T e s t

Project definition



Blueprint

Q – Gate Def.



Realization



Verification




Post

Go-Live

Tool implementation

Trainings

SLA verification

Performance

Monitoring

Performance

Optimization

Operations handover

Project tracking


Issue tracking

Sandbox Migrations

M

i g r a t i o n m a s t e r p l a n d e f i n i t i o n

m i g r a t i o n s c o p e , a r c h i t e c t u r e a n d t e c h n i c a l i n f r a s t r u c t u

r e


Issue tracking

Hyper care /

Optimization

Inventory

Procedures

Tools

Roles & Skills



Tool roadmap



Cut-over rehearsal




Migration tests


Sizing




Concept & Project SetupCreation of the Migration Master Plan

Business objectives Functional objectives

Technical objectives (performance, cost)

Downtime

Release- and rollout schedule

Prerequisites and dependencies

Release upgrades

Unicode conversions

SP / EHP upgrade

SAP system dependencies

Migration Master Plan

Migration MasterPlan Definition

Customer-specific

Roadmap-guided

Supported by

MaxAttention and

ActiveEmbedded

Landscape objectives

Landscape inventory and objectives

Define SAP systems for migration

System priority & transition

SLA requirements

Infrastructure objectives

OS / Virtualization platform change

HW platform change

Holistic definition of themigration project

Identify important boundaryconditions and dependencies

Target landscape definition Technical architecture definition

System readiness check

Definition of migration approach(downtime-minimized or...)

Overall transition roadmap – high-level project plan

Definition of the AGSengagement – service plan



Deliverable 1: Target solution landscape definition(production)

1. Which software components are installed and shall be

retained, which components are obsolete (e.g. BWA)?

2. Which additional main software components are

required?

o SLT

o AS ABAP and Java stacks

o Standalone database servers

3. How can planned landscape changes be integrated?

o System splits due to functional or organizational changes

(e.g. separate HR system, regional instead of global

systems, …)

o Consolidation of systems (e.g consolidation of multiple

BW systems , reintegration of LoB systems into centralsystem, …)

o Systems to be decommissioned

Concept & Project SetupMigration Master Plan: Deliverable 1: Target Solution Landscape Definition



Downtime



Release upgrades

Unicode conversions

SP / EHP upgrade






SLA requirements



HW platform change



Concept & Project SetupMigration Master Plan: Deliverable 2: System Readiness for Migration

Deliverable 2: System readiness for migrationPerformance / Scalability

1. Are there top consumers or business critical

applications which require optimization prior migration

(e.g. to mitigate non-scalabilities or to reach SLAs)?

2. Is it required to verify in detail the performance of

custom applications as part of the migration project?

3. What should be the focus of single user and load testswithin the migration project?

Data volume

1. For which systems is data archiving or data deletion

advisable prior migrating the databases?

2. What is the status of DVM strategy after migration?

Dependencies

1. For which system is an SP, EhP or release upgrade

required to meet the installation prerequisites?

2. For which systems is a Unicode conversion required?

3. What is the required software component

release to enable further desired

business functionality?



Downtime



Release upgrades

Unicode conversions

SP / EHP upgrade






SLA requirements



HW platform change



Concept & Project SetupMigration Master Plan: Deliverable 3: Definition of Migration Approach

Deliverable 3: Definition of migration approach1. What technical migration approaches are feasible?

o What’s the estimated downtime objective?

o What’s the required (interim) system landscape?

o What’s the estimated effort?

2. Which migration approach fits to the system downtime

requirements from business?

3. What testing is required for the migration approach?

4. What changes to the transport landscape are

required?

5. What prerequisites are missing to implement the

chosen migration approaches?

Decision on the migration approach (based on a

cost-benefits evaluation)



Downtime



Release upgrades

Unicode conversions

SP / EHP upgrade






SLA requirements



HW platform change




Deliverable 4: Technical architecture definition

Server and storage architecture

1. Should the current hardware / OS platform be retained and what’s their

purpose?

2. What updates are required to the existing OS?

3. What will be the scalability approach for the database server (e.g.

single high-scale vs. scale-out via multiple blades)?

4. What additional hardware is required and what could be their OS?

5. What changes to the current storage system / layout are required tosupport the migration process and the final database?

6. How to integrate database backups into the storage infrastructure and

management software?

Virtualization concept

1. What virtualization method is appropriate for the future database

application, server hardware and OS? How are the other SW

components integrated?

2. What will be the mapping of virtual servers to the planned hardwareand the related mapping of technical components to new virtual

servers?

HA / DR concept

1. Can SAP HANA be integrated into an existing

HA/DR setup and what’s the architecture?

2. What HA/DR setup is advisable with respect to

SLAs?

Concept & Project SetupMigration Master Plan: Deliverable 4: Technical Architecture Definition



Downtime



Release upgrades

Unicode conversions

SP / EHP upgrade






SLA requirements



HW platform change




Concept & Project SetupMigration Master Plan: Deliverable 5: Overall Transition Roadmap

Deliverable 5: Overall transition roadmap1. What is the proposed sequencing of systems?

This is based on:

o System criticality

o Dependencies between systems

o Technical objectives (expected performance gain, cost

reduction)

o

Business benefits (new functionality with HANA)o Migration approach and related effort

o Hardware capacity

o End-of-life of software or hardware

2. How can the system migrations be mapped to the

customer’s release and maintenance calendar?

3. What non-production landscape is required (additional

sandbox, test or replication systems)?

4. What custom / legacy applications require

adjustments?



Downtime



Release upgrades

Unicode conversions

SP / EHP upgrade






SLA requirements



HW platform change




Concept & Project SetupDeveloping the Plan





Concept & Project SetupMigration Master Plan: Deliverable 6: Role / Tasks of AGS Engagement

Deliverable 6: Definition of role / tasks of AGSengagement

1. Definition of the role of the TQM as “co-project lead”

for the migration project

2. Who will be in charge of doing the technical

migration?

3. What kind of services and service delivery model

(remote, onsite) will be required?

4. When is the planned project start?

5. When is the service delivery expected (draft

schedule)?

MaxAttention Engagement/Service plan

Business objectives

Functional objectives


Downtime



Release upgrades

Unicode conversions

SP / EHP upgrade






SLA requirements



HW platform change







R e a d i n e s s

P e r f o r m a

n c e

S c a l a b i l

i t y

Migration to SAP HANAConcept and Project Setup – Definition of Technical Details

P r o j e c t

M g m t .

Concept &

Project Setup

M i g r a t i o n

&

T e s t

Project definition



Blueprint

Q – Gate Def.



Realization



Verification




Post

Go-Live

Tool implementation

Trainings

SLA verification

Performance

Monitoring

Performance

Optimization

Operations handover

Project tracking


Issue tracking

Sandbox Migrations

M i g r a t i o n m a s t e r p l a n d e f i n i t i o n

m i g r a t i o n s c o

p e , a r c h i t e c t u r e a n d t e c h n i c a l i n f r a s t r u c t u

r e


Issue tracking

Hyper care /

Optimization

Inventory

Procedures

Tools

Roles & Skills



Tool roadmap



Cut-over rehearsal




Migration tests


Sizing






Hardware Decision

Sizing Result

Concept & Project SetupDefinition of Technical Details

Step 2: Definition of detailed concepts

Detailed migration method definition

Which migration approach will be used for each system (group) –

based on a decision of costs / effort vs. downtime feasibility – agreed

with business?

What’s the effort and time estimation per system to be migrated

(based on the migration approach and required preparation tasks)?

Define the system migration sequence?

Detailed target landscape definition

What landscape is required for production, non-production and

temporary systems used in the migration project?

What is the technical configuration of target software components (e.g.

application servers, database)?


What is the detailed server and storage configuration?

What is the future Virtualization concept, how are the SAP

components embedded?

What is the detailed target HA/DR concept?

What is the backup strategy (tools, device, scheduling)?







R e a d i n e s s

P e r f o r m a

n c e


Migration to SAP HANABlueprint and Realization Phase

P r o j e c t

M g m t .

Concept &

Project Setup

M i g r a t i o n

&

T e s t

Project definition



Blueprint

Q – Gate Def.



Realization



Verification




Post

Go-Live

Tool implementation

Trainings

SLA verification

Performance

Monitoring

Performance

Optimization

Operations handover

Project tracking


Issue tracking

Sandbox Migrations



p e , a r c h i t e c t u r e a n d t e c h n i c a l i n f r a s t r u c t u r e


Issue tracking

Hyper care /

Optimization

Inventory

Procedures

Tools

Roles & Skills



Tool roadmap



Cut-over rehearsal




Migration tests


Sizing





BlueprintDeveloping the Detailed Migration Plans


Detailed Migration Plans




RealizationMigration Realization

Flexibility for roles and responsibilities in the realization

For the realization of the migration steps (set up of systems, test migrations, testing...)

different possibilities are foreseen – in order to be able to flexibly react on the concrete

customer situation

Realization tasks are done by the customer (or outsourcing partner)

Involvement of implementation partners or SAP consulting

Factory approach – remote execution of the majority of steps by SAP

RDS package (see next slide)




Predefined Installation of SAP

HANA

BW Authorization Migration

BW Data Volume Optimization

BW Functional Upgrade

BW Technical Upgrade

Unicode Conversion

BW OS/DB Migration to HANA

RDS Services Package(RDS V1.1)

RDS Configuration

Project plan

Efforts

Economical estimate Deliverables

Delivery model

Resources

…

RealizationPossible Approach for Realization of Migration Tasks: RDS Services Package

Small

Medium

Large

X-Large

Results of Migration PlanningWorkshop

BW version

# of objects

Size of the database

Unicode readiness

Authorizations readiness

Data flows readiness Level of customization

# of SAP and non-SAP data sources

Configuration of the Java stack

…

Based on the results of the HANA Migration Planning Workshopthe customer relevant services are determined and scoped, in

order to provide an appropriate RDS Services Package.

Depending on the specific services needed the RDS Services

Package will be defined.




Consistent Quality Management across all involved parties

Independent of who executes the various upgrade and migration steps, SAP MaxAttention

and SAP ActiveEmbedded Support provides Quality Management leveraging the proven

Safeguarding Methodology – extended with the specifics of SAP HANA

RealizationE2E Quality Management

Based on the experience from supporting hundreds of Upgrades and Migrations in all

industries, SAP Active Global Support has developed a set of Quality Gates and related

KPIs and checks to ensure that the solution after the migration fulfills all aspects required for

a mission-critical usage, like

• Performance and scalability

• Continuous availability

• Data consistency

• Safety of operations

Basis for delivery is the SAP Solution Manager.




Realization Milestones and Q-Gates for Migration Realization and Beyond

Plan Build Run

Quality

Gates

Planning

Complete

End of

Project

Testing

Complete

Production

Migration

Dress

Rehearsal

Dev. System

Migration

Sandbox

Migration(s)

Quality System

Migration

Start of Project

Migration

PhasesConcept &

Preparation Blueprint RealizationPost

Go-Live

Downtime

Estimated

Scope

Defined High-Level

Plan and

Architecture

Sign-Off

E2E Quality Management by SAP MaxAttention and SAP ActiveEmbedded Support

Milestone and Q-Gate

Other Milestone or Key Step

Legend







R e a d i n e s s

P e r f o r m a

n c e


Migration to SAP HANAPerformance and Scalability

P r o j e c t

M g m t .

Concept &

Project Setup

M i g r a t i o n

&

T e s t

Project definition



Blueprint

Q – Gate Def.



Realization



Verification




Post

Go-Live

Tool implementation

Trainings

SLA verification

Performance

Monitoring

Performance

Optimization

Operations handover

Project tracking


Issue tracking

Sandbox Migrations



p e , a r c h i t e c t u r e a n d t e c h n i c a l i n f r a s t r u c t u r e


Issue tracking

Hyper care /

Optimization

Inventory

Procedures

Tools

Roles & Skills



Tool roadmap



Cut-over rehearsal




Migration tests


Sizing





Performance and ScalabilityWork Stream across all Project Phases

Establish performance

baseline

Workload analysis

Overall resource consumption

What are the top consumers

What are the current end-to-end

response times for users?

What is the current duration forbusiness-critical background

jobs?

During migration

Tune the system for the new DBsingle user monitoring / load testing

Post Go-Live

Re-establish performance baseline

Define Guiding principles

Non-regression for end users

and business processes




Performance and Scalability (1) Concept & Project Setup – Establish a Baseline

R e s o u r c e c o n s u m p t i o n

b a s e l i n e

Establish workload profile

Overall physical resource

consumption

Load balancing

System health check

Focus for measurements

and optimizations in the

Realization Phase

and

for post GoLive support

Document top consumers

Check if they scale

Prioritize key transactions

Script key transactions

Overall response time and

break-down

Benchmarks for migration

optimization

W o r k l o a d c o n s u m e r s

E n d u s e r E x p e r i e n c e

M o n i t r




Performance and Scalability(2) Realization - Single User Optimization & Tests

S i n g l e u s e r

m e a s u r e m e n t End user Experience Monitor.

Overall response time and break-down

Benchmarks for migrationoptimization

Proactive optimization

Single user optimization

Quick turnaround of optimization

Reproducible through scripting

Multiple iterations

Load testing Verification of single user

optimizations

Checking system behavior

under loadPerformance analysis & optimiz.

Search with index

Optimal buffering

Parallel processing

Scalability measurements

Variations with number and size

of objects Linearity of CPU & DB time

S i n g l e u s e r

m

e a s u r e m e n t s

S i n g l e u s e r

m e a s u r e m e n t s

Verification through load tests

Multiple users, response time

under load

Number of parallel batch jobs L o a d t e s t




Performance and Scalability – Post GoLive(3) Ensure a Seamless Transition into Proactive Performance/Capacity Mgmt.

R e s o u r c e c o n s u m p t i o n

b a s e l i n e


Overall physical resource

consumption

Load balancing

System health check

Post Go-Live activities


Is it overall similar to before? If not,

are the differences as expected?

Monitor end user experience Is it overall similar to before? If not,

are the differences as expected?

E.g., in reporting

Monitor resource consumption of

top consumers

Do they show the same behavior?

Perform regular system healthchecks

Data volume management

Load balancing

Buffer settings

Document top consumers

Check if they scale

Prioritize key transactions

Script key transactions

Overall response time and

break-down

Benchmarks for migration

optimization

W o r k l o a d

c o n s u m e r s

E n d u s e r r e s p o n s e

t i m e m o n i t o r i n g

Concept &

Preparation

Migration

Realization

Post Go-LiveMigration

Blueprint

Establish the new baseline







R e a d i n e s s



Migration to SAP HANAOperational Readiness

P r o j e c t

M g m t .

Concept &

Project Setup

M i g r a t i o n

&

T e s t

Project definition



Blueprint

Q – Gate Def.



Realization



Verification




Post

Go-Live

Tool implementation

Trainings

SLA verification

Performance

Monitoring

Performance

Optimization

Operations handover

Project tracking


Issue tracking

Sandbox Migrations


m i g r a t i o n s c o p e , a r c h i t e c t u r e a n d t e c h n i c a l i n f r a s t r u c t u r e


Issue tracking

Hyper care /

Optimization

Inventory

Procedures

Tools

Roles & Skills



Tool roadmap



Cut-over rehearsal




Migration tests


Sizing





Operational ReadinessConcept & Project Setup - From Current to Future Concept

Guiding principles Create an operational “inventory” of the DB environment

The inventory covers

– Roles, responsibilities and skills of the DBA team

– Current tools in use for managing the SAP DB’s (e.g., native DB administration tools, tools for running

backups…)

– Current procedures for DB operations (daily and ad-hoc, monitoring and administration), but alsoproject work

(e.g., DB copy procedures)

Current and To-Be state determine the transfer roadmap

DBTools

DBProcedures

PeopleDB

Tools

DBProcedures

People

A S - I S

T O - B E




DB security

Administration

Procedures

Administration

Tools

Monitoring

Backup /

Restore

Responsibilities

Skills DB scripts

• Review of OS / DB related security settings

including DB infrastructure security

according to company security guidelines

• Adaption of customer s

pecific DB

maintenance

scripts

• Native DB

expert tools

Operational ReadinessConcept & Project Setup - Influencing Factors

• Adaption of daily and

ad-hoc administrationroutines

• Review of backup & restore

procedures according to business SLAs

• New DB monitoring

and troubleshooting

procedures; Integration

into central alerting

• Additional /different tasks

• New DB administration

knowledge required

DBTools

DBProcedures

People




Operational Readiness for BW on HANATypical Approach

Approach

For achieving operational readiness, the following sequence of steps is recommended:

(1) Conduct an “Inventory/Planning” workshop “HANA Administration Workshop”

This Workshop comprises the following elements

a) Inventory of the current operations skills and practices

b) Knowledge transfer about HANA operations (principles, tools, best practices)

c) Joint definition of a customer-specific operations concept

(2) Define and agree a plan for up-skilling as well as for implementing new tools and

procedures

(3) Execute the plan

(leveraging the MaxAttention/ActiveEmbedded Support team)



Delivery Model




The delivery model and the division of work can be defined in a flexible way

tailored to the concrete customer situation (partners, division of work, priorities in

the project,….)

Migration to SAP HANAFlexible Delivery Model

The SAP offering is delivered as a flexible package consisting of

The methodology implemented in SAP Solution Manager

This is the backbone of each migration!

All involved roles – SAP TQM, consultants, customer experts, partners leverage this methodology

Consistent approach and quality across all involved parties

Best Practices templates and guidelines for each of the tasks

Onsite services

Remote offerings: Expert Guided Implementations, remote service deliveries,….

Enablement: Guided procedures, trainings, remote expert sessions,….

Based on an initial scoping, the TQM together with a customer project lead will

define which of the existing delivery modes are most appropriate for each task area




Delivery ModelDelivery Backbone: Roadmap in SAP Solution Manager

Solution Manager Roadmap for Migrations to SAP

databases

What is in the box?

Migration tasks for all work areas of the migration project

Project management tasks for the TQM

Quality Gate definitions

Task-related detailed information (“accelerators”)

– Checklists, questionnaires supporting the execution of the different

tasks

– Templates for different topics in the project

– Best practice documents (performance, ...) and whitepapers

– Explanation of appropriate services per phase and task area

– Knowledge transfer elements – FAQs

– Reference to further relevant information including the following

o SAP Notes (e.g. latest information about product options, installation

requirements, …)

o SAP Guides (e.g. installation, security, ...)




Involved Parties and Distribution of Task AreasHigh-Level View on Roles and Responsibilities

Tasks Customer Implementation

Partner

SAP Consulting SAP AGS

MaxAttention

Project Management R A

Architecture, steering of concept and

execution

A, R R

Quality Assurance overall A R R

(Driven by TQM)

Test Planning and Execution(Regression, Interface, Performance, …)

R A, R

Infrastructure Design and Build A, R R (for design)

Technical design of the solution A, R R

System provisioning A, R

Technical migration execution

(migrations, upgrades,….)

A, R Execution of

defined task areas

Performance and Scalability of the new

solution

R R A, R

Business application adoption

(custom application adjustment,….)

A, R Execution of

defined task areas

Operations (Preparation and Execution) A, R R (best practices, up-

skilling)




This TQM has technical background in the area of databases, upgrade and technology/infrastructure in

order to be able to functionally lead the project tasks that are delivered by SAP Active Global Support as

well as to manage the Q-Gates

Delivery Model – New RoleTechnical Quality Manager (TQM) for Database Migration

New role:

Technical Quality Manager for Engineering Service “Database Migration”

Leads all activities delivered by SAP MaxAttention/Active Embedded Support

Leads these activities as a project, guiding and leading scope definition and execution

Involves experts onsite or in the back-office – as required

Executes some of these tasks

Ensures consistent work streams (instead of single services)

Leads the QA tasks according to the Safeguarding approach

Manages defined Q-Gates

Leads / executes post-GoLive tasks

Manages all activities in the post-GoLive phase




Project ManagerManager of the project execution

• Owns the detailed project plan

• Incrementally refines all tasks

• Determines dependencies

between detailed tasks and

defines the execution sequence• Estimates and measures effort

and duration of tasks

• Manages resources,

assigns them to tasks

• Integrates customer

specific project

management

methodology for project

execution & control

Technical Quality ManagerQuality manager for the migration project

• Defines content and schedule of quality gates in

cooperation with the project manager

• Responsible for quality assurance in the quality

gates

• Ensures overall completeness of migrationapproach, (all work areas are reflected in the

project plan)

Delivery Model – Technical Quality ManagerTQM vs. Project Manager

• Prepares AGS services and

provides information in the

Solution Manager

• Ensures complete,

comprehensible statusinformation in the Solution

Manager project

• Schedules and coordinates

services and onsite and

remote activities by AGS







R e a d i n e s s

P e r f o r m

a n c e

S c a l a b

i l i t y

Delivery Model – New Services from SAP AGSMapping of the Main New Services to the Roadmap

P r o j e c t

M g m t .

Concept &

Project Setup

M i g r a t i o n

&

T e s t

Project definition

Blueprint

Q – Gate Def.



Realization



Verification

Post

Go-Live

Operations handover

Project tracking


Issue tracking

Sandbox MigrationsDetailed Migration Method definition

Issue tracking

Cut-over rehearsal




Migration tests

S e r v i c e 1 –

M i g r a t i o n

P l a n n i n g

W o r k s

h o p

Optional: Landscape architecture planning

Service 2a – Performance baseline

Service 3 – Post

GoLive

Service 4a – Operational readiness

Inventory

Procedures

Tools

Roles & Skills



Tool roadmap



Sizing





Performance

Monitoring

Performance

Optimization

Hyper care /

Optimization



m i g r a t i o n s c

o p e , a r c h i t e c t u r e a n d t e c h n i c a l i n f r a s t r u c t u r e

TIC for Migration

S e r v i c e 5 – G o L i v e S u p p o r t

Service 2b – Performance optimization

Serv. bundle 4b : Operational readiness


Tool implementation

Trainings

SLA verification


No execution of the migration tasks,

just the safeguarding of the project.







R e a d i n e s s

P e r f o r m

a n c e

S c a l a b

i l i t y

Delivery Model – Execution of Migration/Upgrade StepsFlexibility for Involving Partners and SAP Consulting

P r o j e c t

M g m t .

Concept &

Project Setup

M i g r a t i o n

&

T e s t



Blueprint

Q – Gate Def.

Realization




Post

Go-Live

Tool implementation

Trainings

SLA verification

Performance

Monitoring

Performance

Optimization

Operations handover


Issue tracking


m i g r a t i o n s c

o p e , a r c h i t e c t u r e a n d t e c h n i c a l i n f r a s t r u c

t u r e


Issue tracking

Hyper care /

Optimization

Inventory

Procedures

Tools

Roles & Skills



Tool roadmap




Sizing



Project definition

Project tracking


Verification



Sandbox Migrations

Cut-over rehearsal




Migration tests

The tasks of executing migration and upgrade steps often is outtasked

to an implementation partner. The presented methodology is flexible to

include such work models.

If required, these tasks also can be taken over by SAP, e.g. using the

RDS service offering or a remote execution in a “factory approach”.



Conclusion




Migration to SAP HANAConclusion

This offering

delivered via the

SAP MaxAttention

and

SAP ActiveEmbedded

support

engagement modelmeans …

… holistically addressing all aspects of a migration projectcombining best practices and methodologies of the involved

topics into one end-to-end methodology

… leveraging experiences from many years of working with

companies in all industries and providing them in a

consistently consumable way via SAP Solution Manager

… providing different delivery options – ranging fromprovisioning of best practices to remote enabling to onsite

services – creating flexibility to define a project in a customer-

specific way

… laying the foundation to ensure a consistent quality of

migration projects independent of which company or partner

executes the tasks

… builds confidence that a migration to one of the SAP

Database platforms is safe and predictable

… provides a strong value proposition for AGS support

offerings




Migration to SAP HANA – AvailabilityMethodology and Services for MaxAttention and ActiveEmbedded Support

This offering is available NOW

Roadmap and Best Practices in SAP Solution

Manager

First version available with Solution

Manager content SP33

Complete version available with SP34

Accompanying Engineering Services are

integrated into the SAP MaxAttention and

SAP ActiveEmbedded Support engagement

model



Thank You

infrastructure track migrationtohana overview

Documents