IBM DataCenter Expert Conference 2014 IBM Client Center ... · PDF fileStakeholders per Appl. / APKG Server-Centric Process Status Tracking Old Infrastructure ... 1 V fU 2 Mv Sub p

IBM DataCenter Expert Conference 2014

IBM Client Center

Ehningen│25. – 26. Februar 2015

© 2015 IBM Corporation

Data Center Transformation - Erahrungsbericht aus Kundenprojekten

Konrad Bart, IBM Senior Certified IT Architect / Principal DC Transformation

2 IBM vertraulich


• Das Thema

• Die Herausforderungen

• Das ITA Asset – IBM’s Infrastructure Transformation Accelerator

• Die Kundenprojekte

3 IBM vertraulich

Agenda

© 2015 IBM Corporation 4

Current DC Current DC

Current DC Current DC

Current DC

Target DC

Target DC

RZ Migration / Relokation

• Migration von RZ Infrastrukturen in neue

Rechenzentren

• Meist unveränderte Betriebsmodelle und

Verantwortlichkeiten

• Physische und logische Konsolidierung auf

Infrastrukturebene

RZ / Infrastruktur Konsolidierung

• Konsolidierung von Rechenzentren und RZ

Infrastrukturen in neue Zielumgebungen

• Teilweise neue Betriebsverfahren und


• Meist logische Konsolidierung auf

Infrastrukturebene inklusive DB/Middleware

RZ / Infrastruktur Transformation

• Transformation ganzer

Infrastrukturbereiche mit ihren

Applikationen in die Cloud oder in

standardisierte Betriebsmodelle

• Neue Betriebsmodelle und


• Konsolidierung, Standardisierung

Themen und Diskussionen rund um DC / Infrastruktur Transformation

IBM vertraulich


• Das Thema




5 IBM vertraulich

Agenda


Herausforderungen, welchen sich Infrastruktur Migrationen /

Transformationen stellen müssen

IBM vertraulich

Planung

Durchführung

Kategorien

Infrastruktur Konsolidierung und

Optimierung

Applikationen und Abhängigkeiten

Prozesse und Tools

Betriebs-organisation

Dauer und Kosten Risiken und Risk-

Mitigation

• Verfahren

planen

• Ziel-Architektur

festlegen

• Betriebliche

Auswirkungen

«antizipieren»

• Application Discovery (Workshop-basierend)

• «Gewalten-Trennung»

• «automatic» Discovery führt nicht zum Ziel

• Datensammlung wird durch «on-board» Tools unterstützt

• Ist Stakeholder in der Planung der Ziel-Architektur und der Migrations-Verfahren

Driver:

• Anzahl der

Applikationen

• Geplant

Migrations-

Verfahren

beinhalten

Vorkehrungen zur

Mitigation der

Risiken

• Konsolidierungs-

Verfahren sind

technische

«Migrations-

Prozeduren» wie

alle anderen

auch

• Keine «orphaned» Server umziehen

• Impact, Dauer und Zeitpunkt der Migration kommunizieren

• ITA Execution-Prozesse

• Migrations-Verfahren mit «on-board-Tools

• Prozess Steuerung und Tracking durch ITA DB

• Führt genau das durch, was sie in der Planung definiert hat

• Parallele Betriebs-Organisation, aber kein parallel-Betrieb

Driver:

• Dauer der

Durchführung

• Mix der

Migrations-

Strategien

• 200 – 600

Systeme / Monat

• Detaillierte

Prozesse und

vorgegebene

Prozeduren

minimieren

Risiken


• Das Thema




7 IBM vertraulich

Agenda


Das ITA Asset ist mit seiner Datenbank «data driven» und beinhaltet

ein komplettes und akkurates Inventar von Applikationen und

Infrastruktur-Komponenten (Server, Storage, etc.) mit allen

Relationen.

Zusätzlich werden Projekt-dynamische Aspekte (Plan, Prozess-

Tracking) und Personen / Rollen in der ITA DB geführt.

Das ITA Asset ist «process driven» und unterstützt mit seinen

erprobten Prozess-Modellen die geforderte Kosteneffizienz und

Qualität durch Industrialisierung.

Zusätzlich wird die Effizienz mit erprobten Templates und

Formaten in der Planung und in der Durchführung unterstützt.

Das IBM Infrastructure Transformation Accelerator (ITA) Asset

führt zu einer Industrialisierung der Planung und der Umzüge

mit Berücksichtigung der relevanten Geschäftsapplikationen

IBM Infrastructure Transformation Accelerator

SERVERDB & SERVER ADMIN

DB

EXCEL-REPORTS

ENDUSER WORKSTATION (BROWSER)

AMM-Overview

APKG/MSLT-Mapping (Timeline)

Stakeholders per Appl. / APKG

Server-Centric

Process Status Tracking

Old Infrastructure (Source)

New Infrastructure (Target)Stakeholders Move-Dynamics

Applications

Components

BlockStorage

Applications

Persons

ApplicationPackages

Move Slots

DatabaseInstances

Systems

NetworkPorts

FileStorage

Backup

Phys.Connections

DC Hardware

Sys MgmtAgents

WEB-SERVER

SERVICE STUFF / AUTOMATION

LOAD-SCRIPTS

WEB-FRONTEND

Application

Storage

System

CONFIG FILES

GUI

DB

Old Inf rastructure (Source)

New Infrastructure (Target)Stakeholde rs Move-Dynamics

Applications

Compone nts

BlockStorage

Applic ations

Persons Applic ationPackages

Move Slot s

DatabaseIns tances

Systems

NetworkPorts

FileStorage

Backup

Phys.Conne ctions

DC Hardware

Sys MgmtAgents

Marketing & SalesSupport

Education &Reference

doc

ppt

xls

doc

ppt

xls

IBM’s ITA Asset Das ITA Toolkit

ZKB: Neues Rechenzentrum - Process Framework: Application Package Creation (APC) Prozess (Durchlauf pro Applikation Package (AP) = Change)

Qu

alit

y M

an

ag

er

RZ

Mo

veA

pp

lica

tio

n

Mo

ve M

an

ag

er

Ap

plik

ati

on

s-ve

ran

two

rtlic

he

r (A

V)

Be

trie

bs-

vera

ntw

ort

lich

er

(BV

)

Co

nfi

g

Ma

na

ge

rC

ha

ng

eM

an

ag

er

Tra

nsi

tio

n

Ma

na

ge

rT

oo

ls

18. Dezember 2012 – Version 0.8

Subprozess APC 3: Application Package (AP) buchen und Change terminerenSubprozess APC 1: Verifikation der aktuellen Umgebung Subprozess APC 2: Application Move Specifikation (AMS) erstellen

APC 1.2AMM

(Application Move Map)generieren

APC 1.3Verifikation Applikationinitialisieren

APC 1.5Notwendige Änderungen

in Auftrag geben

APC 1.4Verifikation Application Move Map

(AMM)

Entwurf AMM

Start Application Package Creation

APC 1.1APC Prozess initialisieren

RIT(RZ Umzug

Iterative Transition)

iCMDB

Change Status QC1:„Service Modell korrekt“

Process activity

Standard process

Connector / process start/end

Tool

Status update

Information flow

Entwurf AMMÜberprüfung der Dok.

- AKB (Applikationskurzbeschrieb)- BHB (Betriebshandbuch)- WAP (Wiederanlaufplan)

Auftrag für die Erstellung

AMM

APC 1.7AMM

aktualisieren und zur Freigabe

verschicken

APC 1.8Freigabe

Application Move Map

(AMM)

FreigabeAMM

APC 1.9Abschluss AMM und

Status mitteilen

APC 2.2AMS

Verifikation initialisieren APC 2.4

AMS aktualisieren

APC 2.3Diskussion /Verifikation Application

Move Specifikation

(AMS)

Change mit AMS pro AP

aktualisiert

APC 2.5AMS zur Freigabe

verschicken

APC 2.6Freigabe

Application Move

Specifikation (AMM)

FreigabeAMS / AP

APC 2.9Abschluss AMS und

Status mitteilen

APC 2.1Entwurf AMS (Application

Move Specifikation)

erstellen

Entwurf AMS (inkl. Move Approach)

Pro AP (Application Package)

APC 3.3Movetag Kapazität

prüfen

APC 3.4AP zu

Movetag(Move

Package MP)zuteilen

APC 3.8Change

terminieren

APC 3.6Freigabe Movetag

für AP

DefinierteAP

APC 3.5Movetag mitteilen

FreigabeMovetag

Change Status QC3:„Move terminiert“

APC 2.8AMS im Change

abbilden

AMS zur Abbildung im Change(Applikations Movetasks / AufträgeTechnische Movetasks / Aufträge)

pro AP

APC 2.7Abbildung

AMS im Change in

Auftrag geben

APC 1.6Notwendige Änderungen

in iCMDB einpflegen

Change Tool

Aktualisierung CIIn der iCMDB

Generierung einer Entwurf AMMaus der ICMDB

Auftragzur Anpassung CI

Generierung einer aktuellen AMM aus der ICMDB

Rückmeldung CIangepasst

APC 2.10Change

aktualisieren und Status

setzten

Liste der ZKB Ereignisse(Sperrdaten)

APC 3.7AP zu Move Package MP

buchen

AP aufMP

terminiert

Change Status QC2:„Move Plan approved“

Quality Managementinformieren



APC 3.1AP

planen

APC 3.2WunschMovetag

für AP festlegen

WunschMovetag einholen

WunschMovetag

- AP/MP Mapping Report- Kapazitätsregelwerk

AP/MP Mappinglisteeintragen

AP/MP Mappinglisteaktualisieren

Change pro AP aus Discovery

eröffnet

Changepro AP

eröffnen

APC 1.10Change Status setzten

Level Null Plan

Keine Kapazität

Detaillierte und erprobte ITA

Prozessmodelle

IBM vertraulich

Die ITA Asset Bausteine und Tools


Übersicht über das ITA (Infrastruktur Transformation Accelerator) Toolkit

(LAMP stack = Linux, Apache, MySQL, PHP)

9


DB

EXCEL-REPORTS


AMM-Overview



Server-Centric




Applications

Components

BlockStorage

Applications

Persons

ApplicationPackages

Move Slots

DatabaseInstances

Systems

NetworkPorts

FileStorage

Backup

Phys.Connections

DC Hardware

Sys MgmtAgents

WEB-SERVER


LOAD-SCRIPTS

WEB-FRONTEND

Application

Storage

System

CONFIG FILES

GUI

DB



Applications

Compone nts

BlockStorage

Applic ations


Move Slot s

DatabaseIns tances

Systems

NetworkPorts

FileStorage

Backup

Phys.Conne ctions

DC Hardware

Sys MgmtAgents



doc

ppt

xls

doc

ppt

xls

IBM vertraulich


Hauptunterschiede:

• Unser ITA Approach hat einen starken Fokus darauf, ein Execution Framework (prozess-orientierte Durchführung) zu erstellen und dann

in diesem Rahmen die Durchführung zu steuern

• Dies ist die Basis für effiziente Execution und Industrialisierung

• Einbinden der Applikationsverantwortlichen in den APC-Process (Application Package Creation)

• Dies reduziert die Aufwände auf Applikationsseite (aus unserer Erfahrung: 5 – 10 mal weniger), weil die Aiufwände über den Prozess

gesteuert und mit Templates und Formaten unterstützt werden

• Einbinden der Betriebs-Organisation in den Iterative Migration Prozess

• Dies ermöglicht die «Industrialisierung» der Durchführung basierend auf erfahrene Betriebsteams des Kundenbetriebs

• Schnüren von verwaltbaren Migrationspaketen – mehr kleine Pakete anstelle von grossen

• Dies ermöglicht eine ausgeglichene Belastung der Betriebsteams

…….. Unser ITA Asset basierender Approach verglichen mit traditionellen

Projekt Methodologien ………

IBM vertraulich


• Das Thema




11 IBM vertraulich

Agenda


Planung Durchführung

Das Projekt muss planen, was genau getan

werden muss

• Wann

• werden welche Infrastruktur Komponenten

• von wem

• auf welche Art und Weise

• wohin migriert?

• Und welche Applikationen sind jeweils davon

betroffen?

Das Projekt muss genau das ausführen, was

geplant und kommuniziert wurde

• Migrationstermine

• Server Images, Appliances, Storage, etc.

• Ressourcen, Verantwortliche

• Migrations Prozedur

• Target RZ und Umgebung

• Information, Kommunikation, Change Approval

und Entlastung des Migrationsprojektes

IBM vertraulich

Vom Planen und Durchführen eines Transformationsprojektes


Verringerung der Komplexität – Dekomposition von Applikationen und

Komponentisierung von Infrastruktur Einheiten

13

Planung Durchführung

Applikationsstream

Infrastrukturstream

Application Package Creation

Prozess

Iterative Migration Prozess

Applikations Komponente

Dekomposition von

Applikationen

Solution Komponente

Komponentisierung

der Infrastruktur

Applikations Packages (=Changes) aus

Applikationssicht planen und approven

Migrations Aktivitäten durchführen

IBM vertraulich

Vollständiges Inventar


Applikations Dekomposition, Zuweisung von Systemen zu den

Applikationskomponten, Applikationspaketbildung und Buchung

14

Planung / Applikationsstream

Appl-Overview A1

Appl-Details A2

Appl-Details A1

A2 DEV

A2 Appl PROD

A2 DB PROD

A2 Web PROD

Application A2

A2 Appl TEST

A2 DB TEST

A2 Web TEST

Application A1

A1 PROD

A1 TEST

A1 DEV

System H

System A

System C

System B

System G

System F

System E

System I

System J

System L (shared)

1. AP_A1_DEV 2. AP_A1_TEST 3. AP_A1_PROD

1. Shared_AP_SysL_DEV

2. AP_A2_TEST 3. AP_A2_PROD

2. AP_A3_TEST 3. AP_A3_PROD

DEV/TEST-Slot, Week 3 DEV/TEST-Slot, Week 13DEV/TEST-Slot, Week 7 PROD-Slot, Week 12PROD-Slot, Week 3 PROD-Slot, Week 17

time

Application A3

A3 DEV

A3 PROD

A3 TEST System O

System N

IBM vertraulich


Das Füllen eines zentralen Daten-Repository mit allen Plan-Details ist ein

Schlüssel für eine effiziente Durchführung

15

Adaptieren der Execution

Prozesse

Inventory Reconciliation

(Ergänzung / Vervollständigung)

Definieren der Target Solution

Komponenten und Migrations

Prozeduren

Erarbeiten der Solution

Komponenten

Application Discovery


DB

EXCEL-REPORTS


AMM-Overview



Server-Centric




Applications

Components

BlockStorage

Applications

Persons

ApplicationPackages

Move Slots

DatabaseInstances

Systems

NetworkPorts

FileStorage

Backup

Phys.Connections

DC Hardware

Sys MgmtAgents

WEB-SERVER


LOAD-SCRIPTS

WEB-FRONTEND

Application

Storage

System

CONFIG FILES

GUI

DB



Applications

Compone nts

BlockStorage

Applic ations


Move Slot s

DatabaseIns tances

Systems

NetworkPorts

FileStorage

Backup

Phys.Conne ctions

DC Hardware

Sys MgmtAgents



doc

ppt

xls

doc

ppt

xls

Iterative Migration

Prozess

Build Prozess

Application Package

Creation Proz.

Zentrales

Daten-Repository

IBM vertraulich


Application Discovery – De-Komposition der Applikationen und deren

Infrastrukturumgebungen; verstehen der (Infrastruktur) Abhängigkeiten

16


New Infrastructure (Target)

Stakeholders Move-Dynamics

Applications

Components

Storage

Applications

Persons

ApplicationPackages

Move Slots

DB InstancesServers

etc.

BankRelationService

BankRelationServiceLX

CalloutService

CalloutServiceLX

CardCompetenceService

CardCompetenceServiceLX

CardDispositionService

CardDispositionServiceLX

CardInfoService

CardInfoServiceLX

CardService

CardUpdateService

CardUpdateServiceLX

TraderService

EBankingAuthService

EBankingAuthServiceLX

EBankingAuthServiceNA

InternalCardService

InternalCardServiceLX

Infrastruktur

Relationen

Zahlen aus realen Projekten:

• 100 – 300 Applikationen

• 80 – 120 «Infrastruktur Applikationen»

• «Infrastruktur Applikationen» sind

«gemeinsam genutzte Infrastruktur

Services»

Application Discovery Modul:

• 100 – 200 Discovery Workshops

• Einfaches Architektur Modell zur

Bestimmung der Infrastrukturverwendung

• Die Komponententypen entsprechen genau

den ITA DB Applikations-Komponenten

• Questionnaire entwickeln und ausfüllen

lassen

Erfahrungen:

• < 10% «orphaned Server»

• Keine unbekannten Auswirkungen

• Minimales Risiko für kritische

Geschäftsprozesse

• 20 – 25% aller Server gehören zu

«Infrastruktur Applikationen»

Applikations Portfolio der

Geschäftsbereiche

Application Operational Modelle ITA DB Datenmodell

Applikation +

Komponenten

Discovery der

Applikationen

IBM vertraulich


Komponentisierung der Infrastruktur – Die Infrastruktur verstehen und

Solution Komponenten dokumentieren

17


• 2000 – 6000 Server (physische und

virtuelle)

• 60% virtuelle Server

• Mehrere unterschiedliche

Virtualisierungsfarmen

• Unterschiedliche Cluster

• Konsolidierte und unkonsolidierte

SAN/Speicher Infrastruktur

Erfahrungen:

• Starke Vereinfachung der Bestimmung

der Migrations Strategie

• Es werden verwaltbare Einzelstücke

erarbeitet

• 30 – 40 Solution Komponenten

• 40 – 50 Migrations Prozeduren (1-n

pro Solution Komponente)

Solution Komponente Solaris Virtualisierungs-Plattform – IST Umgebung

RZ Hard (23 Systeme) RZ Wipkingen (21 Systeme)

Prod

ST

ENG/IT

SAN

Default Pool

PROD

Host based mirrors ins zweite RZ

Scs1111-pp

VM VM

Scs1118-pp

VM VM

scs1104-pp

VM VM

Scs1129-pp

VM VM

ST

Scs1132-pp

VM VM

Scs1133-pp

VM VM

Eng

PROD

ST

Eng

Scs1101-ep

VM VM

Scs1102-ep

VM VM

Scs1100-ep

VM VM

Scs1103-ep

VM VM

Scs1109-ep

VM VM

Scs1112-ep

VM VM

Scs1110-sp

VM VM

Scs1117-sp

VM VM

Scs1105-sp

VM VM

Scs1121-sp

VM VM

Scs1131-sp

VM VM

Scs1135-sp

VM VM

Scs1114-ps

VM VM

Scs1120-ps

VM VM

scs1108-ps

VM VM

Scs1128-ps

VM VM

Scs1134-ps

VM VM

Scs-1138-ps

VM VM

Scs1113-ss

VM VM

Scs1115-ss

VM VM

Scs1107-ss

VM VM

Scs1124-ss

VM VM

Scs1127-ss

VM VM

Scs1137-ss

VM VM

Scs1116-es

VM VM

Scs1119-es

VM VM

Scs1106-es

VM VM

Scs1122-es

VM VM

Scs1126-es

VM VM

Scs1136-es

VM VM

Scs1130-ep

VM VM

Scs1125-ep

VM VM

Scs1201-ep

VM VM

Scs1143-ep

VM VM

Scs1140-ps

VM VM

scs1139-ps

VM VM

Scs1203-sp

VM VM

Scs1141-sp

VM VM

Scs1142-ss

VM VM

Scs1202-ss

VM VM

Scs1144-pp

VM VM

Scs1205-pp

VM VM

Scs1200-es

VM VM

Scs1206-ps

VM VM

Scs1204-ps

VM VMScs1207-pp

VM VM

HA Pool HZ Pool Default Pool HA Pool HZ Pool

Solution Komponente VMware Virtualisierungs-Plattform – IST Umgebung

RZ Hard (21 Hosts) RZ Wipkingen (21 Hosts)

Prod

ST

ENG/IT

SAN

SAN Storage

PROD Cluster Hard

SAN StorageKein Mirror ins zweite RZ

esx303

VM VM

esx305

VM VM

esx301

VM VM

esx307

VM VM

ST Cluster Hard

esx309

VM VM

esx311

VM VM

ENG Cluster Hard

PROD Cluster Wipkingen

ST Cluster Wipkingen

ENG Cluster Wipkingen

esx105

VM VM

esx107

VM VM

esx103

VM VM

esx109

VM VM

esx111

VM VM

esx113

VM VM

esx203

VM VM

esx205

VM VM

esx201

VM VM

esx207

VM VM

esx209

VM VM

esx211

VM VM

esx302

VM VM

esx304

VM VM

esx300

VM VM

esx306

VM VM

esx308

VM VM

esx310

VM VM

esx202

VM VM

esx204

VM VM

esx200

VM VM

esx206

VM VM

esx208

VM VM

esx210

VM VM

esx102

VM VM

esx104

VM VM

esx100

VM VM

esx106

VM VM

esx108

VM VM

esx110

VM VM

esx117

VM VM

esx115

VM VM

esx314

VM VM

esx312

VM VM

esx313

VM VM

esx112

VM VM

WINDOWS

KSAP (20)

ESX ESX

Virtualisierte Systeme

DBDB

ESXESXESX

KDBSQL (18)

DBDB

KDB (9)

DBDB

KDB (18) KDBSQL (2)

KAPPL (60)

KAPPL (222) KAPPL-SPVS (156)

KVERT (2)KDC (21)

KFAN (2)KDIR (3)

KDIR (7)KDC (13)

KFAN (8)

ESX ESX

KPRT (2)

KPRT-DIR (0)

KPRT (9)

KPRT-DIR (4)

KSWD (1)

KSWD (8)

KMCS (1)

KTERM (68)

KCS-VDI (12)

KTERM (0)

KWEB (227)

KWEB-VOR (32)

KWEB (39)

KSAP (2)

Linux (812) W2K8 Exchange (4)

W2K8

Exchange (4)

KSAP (2)

ESXnext

ESX ESX 5


ESX 5ESX 5ESX 5 ESX

Linux (geplant:

3000)

Komponentisierung der

Infrastruktur

Komponentisierung der Infrastruktur:

• Einfache Architekturübersichten

• Solution Komponenten und Migrations

Prozeduren sind die Attribute der

Applikations Komponente im ITA

Datenmodell – hier werden Applikationen mit

den Technologien verbunden

Die übliche «box view» des IT Betriebs ITA dokumentierte Solution Komponenten

IBM vertraulich


Design Target Solution Komponenten – Definieren, wie «Target Solution

Komponenten» aussehen und wie migriert werden kann

18

Aus realen Projekten:

• As-is Migration: Target Solution

Komponenten entsprechen den

Source SC

• Konsolidierung: Target Solution

Komponenten zeigen neue Ziel-

Architektur Building Blocks

• Oft treffen wir Mischformen an

Erfahrungen:

• Oft zusätzliche Virtualisierung

• IP-Umaddressierung ist kein Issue,

wenn gut vorbereitet

• Middleware / DB Standardisierung

wärend der Migration möglich

• Vermeiden von Änderungen der

Applikationen im grossen Stil

Solution Komponente Solaris Virtualisierungs-Plattform – IST Umgebung


Prod

ST

ENG/IT

SAN

Default Pool

PROD


Scs1111-pp

VM VM

Scs1118-pp

VM VM

scs1104-pp

VM VM

Scs1129-pp

VM VM

ST

Scs1132-pp

VM VM

Scs1133-pp

VM VM

Eng

PROD

ST

Eng

Scs1101-ep

VM VM

Scs1102-ep

VM VM

Scs1100-ep

VM VM

Scs1103-ep

VM VM

Scs1109-ep

VM VM

Scs1112-ep

VM VM

Scs1110-sp

VM VM

Scs1117-sp

VM VM

Scs1105-sp

VM VM

Scs1121-sp

VM VM

Scs1131-sp

VM VM

Scs1135-sp

VM VM

Scs1114-ps

VM VM

Scs1120-ps

VM VM

scs1108-ps

VM VM

Scs1128-ps

VM VM

Scs1134-ps

VM VM

Scs-1138-ps

VM VM

Scs1113-ss

VM VM

Scs1115-ss

VM VM

Scs1107-ss

VM VM

Scs1124-ss

VM VM

Scs1127-ss

VM VM

Scs1137-ss

VM VM

Scs1116-es

VM VM

Scs1119-es

VM VM

Scs1106-es

VM VM

Scs1122-es

VM VM

Scs1126-es

VM VM

Scs1136-es

VM VM

Scs1130-ep

VM VM

Scs1125-ep

VM VM

Scs1201-ep

VM VM

Scs1143-ep

VM VM

Scs1140-ps

VM VM

scs1139-ps

VM VM

Scs1203-sp

VM VM

Scs1141-sp

VM VM

Scs1142-ss

VM VM

Scs1202-ss

VM VM

Scs1144-pp

VM VM

Scs1205-pp

VM VM

Scs1200-es

VM VM

Scs1206-ps

VM VM

Scs1204-ps

VM VMScs1207-pp

VM VM




Prod

ST

ENG/IT

SAN

SAN Storage

PROD Cluster Hard


esx303

VM VM

esx305

VM VM

esx301

VM VM

esx307

VM VM

ST Cluster Hard

esx309

VM VM

esx311

VM VM

ENG Cluster Hard




esx105

VM VM

esx107

VM VM

esx103

VM VM

esx109

VM VM

esx111

VM VM

esx113

VM VM

esx203

VM VM

esx205

VM VM

esx201

VM VM

esx207

VM VM

esx209

VM VM

esx211

VM VM

esx302

VM VM

esx304

VM VM

esx300

VM VM

esx306

VM VM

esx308

VM VM

esx310

VM VM

esx202

VM VM

esx204

VM VM

esx200

VM VM

esx206

VM VM

esx208

VM VM

esx210

VM VM

esx102

VM VM

esx104

VM VM

esx100

VM VM

esx106

VM VM

esx108

VM VM

esx110

VM VM

esx117

VM VM

esx115

VM VM

esx314

VM VM

esx312

VM VM

esx313

VM VM

esx112

VM VM

WINDOWS

KSAP (20)

ESX ESX


DBDB

ESXESXESX

KDBSQL (18)

DBDB

KDB (9)

DBDB

KDB (18) KDBSQL (2)

KAPPL (60)


KVERT (2)KDC (21)

KFAN (2)KDIR (3)

KDIR (7)KDC (13)

KFAN (8)

ESX ESX

KPRT (2)

KPRT-DIR (0)

KPRT (9)

KPRT-DIR (4)

KSWD (1)

KSWD (8)

KMCS (1)

KTERM (68)

KCS-VDI (12)

KTERM (0)

KWEB (227)

KWEB-VOR (32)

KWEB (39)

KSAP (2)


W2K8

Exchange (4)

KSAP (2)

ESXnext

ESX ESX 5


ESX 5ESX 5ESX 5 ESX

Linux (geplant:

3000)

Definition Migration

Procedures

Design Target Solution Komponenten

Modul:

• Design der Ziel Architektur

• Definieren der Migrationsstrategie: wie

komme ich technisch vom Ist-Zustand in die

Ziel-Umgebung

• Definieren von 1-n Migrations Prozeduren je

Solution Komponente

Source Solution Komponenten (ITA style) Target Solution Komponenten / Migrations

Prozeduren Solution Komponente Solaris Virtualisierungs-Plattform – IST Umgebung


Prod

ST

ENG/IT

SAN

Default Pool

PROD


Scs1111-pp

VM VM

Scs1118-pp

VM VM

scs1104-pp

VM VM

Scs1129-pp

VM VM

ST

Scs1132-pp

VM VM

Scs1133-pp

VM VM

Eng

PROD

ST

Eng

Scs1101-ep

VM VM

Scs1102-ep

VM VM

Scs1100-ep

VM VM

Scs1103-ep

VM VM

Scs1109-ep

VM VM

Scs1112-ep

VM VM

Scs1110-sp

VM VM

Scs1117-sp

VM VM

Scs1105-sp

VM VM

Scs1121-sp

VM VM

Scs1131-sp

VM VM

Scs1135-sp

VM VM

Scs1114-ps

VM VM

Scs1120-ps

VM VM

scs1108-ps

VM VM

Scs1128-ps

VM VM

Scs1134-ps

VM VM

Scs-1138-ps

VM VM

Scs1113-ss

VM VM

Scs1115-ss

VM VM

Scs1107-ss

VM VM

Scs1124-ss

VM VM

Scs1127-ss

VM VM

Scs1137-ss

VM VM

Scs1116-es

VM VM

Scs1119-es

VM VM

Scs1106-es

VM VM

Scs1122-es

VM VM

Scs1126-es

VM VM

Scs1136-es

VM VM

Scs1130-ep

VM VM

Scs1125-ep

VM VM

Scs1201-ep

VM VM

Scs1143-ep

VM VM

Scs1140-ps

VM VM

scs1139-ps

VM VM

Scs1203-sp

VM VM

Scs1141-sp

VM VM

Scs1142-ss

VM VM

Scs1202-ss

VM VM

Scs1144-pp

VM VM

Scs1205-pp

VM VM

Scs1200-es

VM VM

Scs1206-ps

VM VM

Scs1204-ps

VM VMScs1207-pp

VM VM




Prod

ST

ENG/IT

SAN

SAN Storage

PROD Cluster Hard


esx303

VM VM

esx305

VM VM

esx301

VM VM

esx307

VM VM

ST Cluster Hard

esx309

VM VM

esx311

VM VM

ENG Cluster Hard




esx105

VM VM

esx107

VM VM

esx103

VM VM

esx109

VM VM

esx111

VM VM

esx113

VM VM

esx203

VM VM

esx205

VM VM

esx201

VM VM

esx207

VM VM

esx209

VM VM

esx211

VM VM

esx302

VM VM

esx304

VM VM

esx300

VM VM

esx306

VM VM

esx308

VM VM

esx310

VM VM

esx202

VM VM

esx204

VM VM

esx200

VM VM

esx206

VM VM

esx208

VM VM

esx210

VM VM

esx102

VM VM

esx104

VM VM

esx100

VM VM

esx106

VM VM

esx108

VM VM

esx110

VM VM

esx117

VM VM

esx115

VM VM

esx314

VM VM

esx312

VM VM

esx313

VM VM

esx112

VM VM

WINDOWS

KSAP (20)

ESX ESX


DBDB

ESXESXESX

KDBSQL (18)

DBDB

KDB (9)

DBDB

KDB (18) KDBSQL (2)

KAPPL (60)


KVERT (2)KDC (21)

KFAN (2)KDIR (3)

KDIR (7)KDC (13)

KFAN (8)

ESX ESX

KPRT (2)

KPRT-DIR (0)

KPRT (9)

KPRT-DIR (4)

KSWD (1)

KSWD (8)

KMCS (1)

KTERM (68)

KCS-VDI (12)

KTERM (0)

KWEB (227)

KWEB-VOR (32)

KWEB (39)

KSAP (2)


W2K8

Exchange (4)

KSAP (2)

ESXnext

ESX ESX 5


ESX 5ESX 5ESX 5 ESX

Linux (geplant:

3000)

Design Target Soluion

Comp.

IBM vertraulich


Bereinigung des Inventars – unterschiedliche operationelle Inventare und

Infrastruktur Listen werden in das Daten-Repository „konsolidiert“

19

Bereinigung des

Inventars


• 5 – 10 unterschiedliche Inventarlisten

• +/- 25% akkurat

• Beinhalten nicht mehr existierende Server

• Beinhalten physische Server, welche

schon virtualisiert sind

• Beinhalten doppelte Einträge

• Enthalten die Abhängigkeiten virtuell /

physisch nicht

Erfahrungen:

• 100% akkurates Inventar von physischen

Systemen

• 100% akkurates Inventar von virtuellen

Systemen

• 100% der Beziehungen virtuelle Server –

physische Server

• 100% akkurate Server zu Speicher

Beziehungen

Bereinigung der Inventare:

• Durchführen Wall-to-Wall (W2W)

Assessment (systematische Aufnahme aller

Systeme in allen Racks)

• Sammeln von Virtualisierungslisten aller

Umgebungen (aus Management Tools)

• Vertraue Discovery Tools nicht zu stark

Übliche Sicht per Technologie (Windows, Storage, Unix, etc.) ITA – System Centric Report – ein «100% Inventar»

IBM vertraulich


Durchführungsprozesse – Aufbau einer hocheffizienten, parallelen

Betriebsorganisation

20


New Infrastructure (Target)

Stakeholders Move-Dynamics

Applications

Components

Storage

Applications

Persons

ApplicationPackages

Move Slots

DB InstancesServers

etc.

Stakeholder auf Seite Geschäftsapplikation

Stakeholder im IT Betrieb

The DIAMOND Program - Process Framework: Application Package Creation Process (L1/L2)

Nova

rtis A

pplic

ation

Ow

ner

DIAMO

ND No

varti

s W

orkstr

eam

Lead

er

DIAMO

ND

Logis

tics

Mana

ger

DIAMO

ND IT

Arch

itect

DIAMO

ND IB

M DR

IS An

alyst

DIAMO

ND W

ave

Projec

t Man

ager

DIAMO

ND No

varti

s Ap

plica

tion A

nalys

tDIA

MOND

Nova

rtis

Orde

r Man

ager

DIAMO

ND Ch

ange

Ma

nage

rDIA

MOND

De

livery

Team

Nova

rtis

Data

Cente

r De

livery

BT Ne

twork

De

livery

GMSA

Pro

cesse

sDIA

MOND

IBM

Work

strea

m Le

ader

Tools

DIAMO

ND IB

M Ap

plica

tion

Analy

st

01.November 2010 – Draft 04

APC 3: Document, approve and book Application PackageAPC 1: Verify current Application Environment APC 2: Elaborate List of Application Packages

APC 1.2Create

Application Move Map Overview

Sheet

APC 1.3Request

Application Planning

Deliverables

APC 1.6Request

Verification of current

Application Environment

APC 1.7Verify


Deliverables

APC 1.9Confirm current

Environment

APC 1.8Update DRIS

based on identified gaps and generate

new AMM Overview

Draft AMM, including:- Application Overview Sheet

- AP List Sheet

- Application verification checklist- Current AOM

- MD presentation- BRQ requirements

DRIS Update Request

Updated DRIS and AMM Overview


APC 2.1Create List of Application Packages

APC 2.2Confirm List

of Application Packages

Current Environment approved

APC 3.1Request to elaborate

Application Package and Application

Move Specification

APC 3.2Provide Initial

Application Packageand Draft of

Application Move Specification

APC 3.4Provide Draft

of Application

Package content

APC 3.5Preallocate

Move Package

APC 3.6Resolve open

issues of Application

Package

APC 3.7Verify

finalized Application

Package

APC 3.8Approve finalized

Application Package

Initial APAMS draft

AP Draft

AP ready

AP approved

APC 1.1Request


Sheet

End Application Package Creation

DRIS

Generated AMM OverviewFrom DRIS

APC 1.4Deliver BRQ

Requirements

APC 1.5Deliver MD and

current AOM

Set APC Status„New AMM Overview generated“

APC 1.10Initiate AP

List creation

APC2.3Create

Application Packages in

DRIS

Create Application Package List

APC 3.4Verify and

update AMS

AMS

Set APC Status„AMM Template Generated“

APC 1.71Request DRIS

Update based on identified

Gaps

DRIS Update Request

Set APC Status„ DRIS Update for CurrentEnvironment requested“

Update DRIS tables


Set APC Status„AP List creation initiated“

Set APC Status„AP List created“

Set APC Status„AMS Draft provided“

Set APC Status„Draft AP content created“

DRIS Move Package Allocation

SET APC Status„AP pre-allocated“

APC 3.45Preallocate Application

Package

Application Package Pre-Allocation

APC 3.75Book Move

Package

Finalized AP

SET APC Status„AP booked“

DRIS Application Package Booking

APC 3.85Pass QC3 for approved AP

Set APC Status„AP approved“

APC 3.3Request AMS

Initial APAMS draft

APC 3.5Receive AMS and request finalization

of AP

AMS

ITA – Application Package Creation

ITA – Iterative Migration

APC Status Report

AP/MP Mapping Report

Report Aktualisierung in Echtzeit

ITA Datenbank

IBM vertraulich


Execution Prozesse

Übersicht über die Execution Prozesse

• Die Execution Prozesse sind die folgenden:

Application

Package

Creation

(APC)

Wave

Infrastructure

Build

(WIB)

Der APC Prozess unterstützt die Planung und Dokumentation aller Aktivitäten auf

Seite Applikation vor, während und nach der Migration.

Der WIB Prozess industrialisiert die Installation der Ziel-Infrastruktur, welche für die

Migrationen der nächsten 4 – 6 Monate benötigt wird.

Iterative

Migration

(IM)

Der IM Prozess steuert die Durchführung aller detailliert geplanten

Migrationsaktivitäten gemäss der definierten Migrations Prozeduren (bezogen auf

Infrastruktur) und gemäss der Application Move/Migrations Spezifikation (bezogen auf

Applikationen).

21 IBM vertraulich


Der Applikations Package Creation (APC) Prozess besteht aus drei Sub-

Prozessen

• Der APC Prozess hat drei Sub-Prozesse:

Prozess: Application Package Creation (APC)

Sub-Prozess

APC 1:

Verifikation der

Applikation in der

Datenbank

Sub-Prozess

APC 2:

Erstellen der Application

Move Specification (AMS)

Sub-Prozess

APC 3:

Bestätigen der

Umzugstermine

Applic

atio

n

Dis

covery

Itera

tive

Mig

ratio

n (IM

)

Mig

ratio

ns

Pro

zedure

n

QC1: AMM approved QC2: AMS approved QC3: AP booked

22 IBM vertraulich


Der Iterative Migration (IM) Prozess besteht aus vier Sub-Prozessen

• Der IM Prozess hat vier Sub-Prozesse:

Prozess: Iterative Migration (IM)

Sub-Prozess

IM 1:

Langfristige

Vorbereitung

(6 Wochen

vor dem Migrationsdatum)

Sub-Prozess

IM 2:

kurzfristige

Vorbereitung

(5 Tage vor

dem Migrationsdatum)

Sub-Prozess

IM 3:

Migrations

Aktivitäten

(Migrationsdatum)

Sub-Prozess

IM 4:

Post-Migration

Aktivitäten

(7 Tage nach

Migrationsdatum)

Applic

atio

n P

ackage

Cre

atio

n (A

PC

)

QC4: Go/No-go Entscheid QC5: Migration erfolgreich QC6: Change

geschlossen

23 IBM vertraulich


Application Discovery

AMM

SOPDM

APC

Legend AMM Application Move Map

AMS Application Move Specification

AP Application Package

APC Application Package Creation

Mar Jan Feb Apr

AP

AP_SOPDM_

DEV

AP

AP_SOPDM_

TEST

AP

AP_SOPDM_

PROD

Iterative Migration

12. Mar

Wed

02. Apr

Wed

26. Apr

Sat

Entwicklungsumgebung

Testumgebung

Produktionsumgebung

verify env. booking

preparation move execution decom

APC

Iterative Migration

preparation move execution decom

APC

Iterative Migration

preparation move execution d.

AMS

verify env. AMS booking

verify env. AMS booking

…

Ein Beispiel eines Durchlaufs einer Applikation durch die Execution

Prozesse

IBM vertraulich


Alles auf einen Blick – industrialisierte Migration

25

Übersicht Migrations Framework – Prozesse

Srv Perform.

Process-Ctrl.

DB Instance

Application

Package

MovePackage

Process-Ctrl

Application

Process-Ctrl.

Component

Process-Ctrl.

Server

DB Schema

TSM Instance

TSM Node

Storage

Subsystem

Storage

Volume

Network Port

Srv Perform.

Process-Ctrl.

DB Instance

Process-Ctrl.

Server

DB Schema

Network Port

SOURCE

INFRASTRUCTURE

TARGET

INFRASTRUCTURE

Person DC Hardware

TSM Instance

TSM Node

Storage

Subsystem

Storage

Volume

MOVE DYNAMICS

PERSON

INFORMATION VARIOUS

APPLICATION

LANDSCAPE

Application Package Creation (APC) – Durchlauf pro Application Package (=Change)

Verifikation aktuelle Umgebung

AMM (Application Move Map) generieren

AV/BV veririfzieren Applikation

Notwendige Änderungen CMDB einpflegen

AMM approved

Application Move Map (AMS)

Draft AMS erstellen

AMS diskutieren/ergänzen mit AV/BV

AMS in Change abbilden

AMS approved

AP buchen / Change terminieren

Move Wunschdatum setzen

Movetag Kapazität prüfen

Move buchen / Change terminieren

DIAMOND Move Approach AIX Dedicated New Install Upgrade OS

Description and purpose of the Approach

Move Preparation

Task IDPred.

Task IDCarried Out by <Role> Task Description Task Lead Time

Further

Doc. ID

Comment

ID

IBM - Move Coordinator ensure application owner has confirmed OS version compatibility 2m

IBM - Move Coordinator ensure application owners are defined and personnel is assigned 1m

IBM - Move Coordinator ensure that current firewall rules are confirmed by the application owner 1m

IBM - Move Coordinator

ensure that data backup plans are documented in the application move

map 1m


ensure that application crontab handling is documented in the application

move map 1m

BT prepare network including setup IP subnet/range/address as required 1m

BT

prepare firewall rule set and VPN configuration according to Wave Detailed

Micro Design 2w


ensure target IP address is defined and communicated to the application

owner 1m

Novartis - ASM prepare application test plans (either existing or to be created/updated) 1m

IBM - Unix Admin

identify volumes / LUNs to be replicated and communicate to Storage

Team 1m

IBM - Storage Admin create new Lun for new Lpars rootvg 2w

IBM - Storage Admin ensure SAN re-zoning is defined 2w

IBM - Storage Admin

ensure that MetroMirror is set up for data disks and that data is being

mirrored to the target location 2w

IBM - Unix Admin create LPAR planning sheet for configuration and sizing of target LPAR 2w

IBM - Unix Admin

ensure that the server (physical system) is physically set up according to

IBM standard procedures 2w

IBM - Move Coordinator evaluate move risk and backup situation 1m

IBM - Move Coordinator IF low risk move THEN ensure last night backup successful 0d A

IBM - Move Coordinator IF higher risk move THEN schedule extraordinary full backup 2d B

IBM - Unix Admin

create new LPAR profile on target managed system according to standard

IBM procedures 3d

IBM - Unix Admin

make rootvg and metro mirrored data LUNs available to VIOS (note new

volume IDs!) and map it to new LPAR 3d

Move Execution

Task IDPred.

Task IDCarried Out by <Role> Task Description

Task Duration

[minutes]

Further

Doc. ID

Comment

ID

IBM - Backup Admin ensure backup completed successfully

upgrade OS

IBM - Unix Admin shutdown application 10

IBM - Unix Admin backup system image with "mksysb" tool (1) 30

IBM - Unix Admin upgrade AIX with NIM (method = "migration installation") 120


IBM - Unix Admin startup application 10

Novartis - ASM perform application test 20

IBM - Unix Admin IF not OK THEN restore from mksysb (1) 30

shutdown source system

IBM - Unix Admin

rename /etc/rc.application to keep application from starting automatically

after boot 5

IBM - Unix Admin comment out persistent NFS mounts in /etc/filesystems 5

IBM - Unix Admin (?) disable monitoring 5

IBM - Unix Admin save system configuration 20

IBM - Unix Admin shutdown application(s) 10

IBM - Unix Admin varyoff and export VGs, remove all external storage devices 10

IBM - Unix Admin disable application crontabs according to application move map 5


AIX upgrade with NIM and mksysb, for old hardware and not-supported OS version. NOTE: TO BE DISCUSSED "Dedicated" means, that the new AIX instance is

placed on a dedicated machine. However, it shall still be within an LPAR but the LPAR shall be sized such that it fills the entire machine. This fulfills the GMSA

service description while still providing a uniform operating environment. Use of VIO is to be discussed.

NOTE: This file will, once agreed on, be multiplied into four move approaches:

+) AIX Dedicated New Install Upgrade OS == below content

+) AIX Dedicated New Install mksysb == below content, without the "upgrade OS" section and without the version compatibility check (cf. preparation)

+) AIX Managed Copy OS using mksysb == identical to Dedicated New Install using mksysb (see Description above)

+) AIX Managed Upgrade OS == identical to Dedicated New Install Upgrade OS (see Description above) or is this Upgrade OS + L&S? Change Management

Tool

Change_Appname_

Eng

Change_Appname_

Prod

Change_Appname_ENGApplikations

Migrations-Tasks

technische

Movetasks

Iterative Migration (IM) – Durchlauf pro Move Package (=alle Changes eines Tages)

langfristige Pre-Move Tasks

DC Capacity Request / Cabling

Request

Storage Volume Konfiguration

Move Kommunikation

Kontrolle Betriebs-

Dokumentation

The DIAMOND Program - Process Framework: Application Package Creation Process (L1/L2)

Nova

rtis A

pplic

ation

Ow

ner

DIAMO

ND No

varti

s W

orkstr

eam

Lead

er

DIAMO

ND

Logis

tics

Mana

ger

DIAMO

ND IT

Arch

itect

DIAMO

ND IB

M DR

IS An

alyst

DIAMO

ND W

ave

Projec

t Man

ager

DIAMO

ND No

varti

s Ap

plica

tion A

nalys

tDIA

MOND

Nova

rtis

Orde

r Man

ager

DIAMO

ND Ch

ange

Ma

nage

rDIA

MOND

De

livery

Team

Nova

rtis

Data

Cente

r De

livery

BT Ne

twork

De

livery

GMSA

Pro

cesse

sDIA

MOND

IBM

Work

strea

m Le

ader

Tools

DIAMO

ND IB

M Ap

plica

tion

Analy

st

01.November 2010 – Draft 04

APC 3: Document, approve and book Application PackageAPC 1: Verify current Application Environment APC 2: Elaborate List of Application Packages

APC 1.2Create


Sheet

APC 1.3Request


Deliverables

APC 1.6Request

Verification of current

Application Environment

APC 1.7Verify


Deliverables

APC 1.9Confirm current

Environment

APC 1.8Update DRIS

based on identified gaps and generate

new AMM Overview

Draft AMM, including:- Application Overview Sheet

- AP List Sheet

- Application verification checklist- Current AOM

- MD presentation- BRQ requirements

DRIS Update Request

Updated DRIS and AMM Overview


APC 2.1Create List of Application Packages

APC 2.2Confirm List

of Application Packages


APC 3.1Request to elaborate

Application Package and Application

Move Specification

APC 3.2Provide Initial

Application Packageand Draft of

Application Move Specification

APC 3.4Provide Draft

of Application

Package content

APC 3.5Preallocate

Move Package

APC 3.6Resolve open

issues of Application

Package

APC 3.7Verify

finalized Application

Package

APC 3.8Approve finalized

Application Package

Initial APAMS draft

AP Draft

AP ready

AP approved

APC 1.1Request


Sheet

End Application Package Creation

DRIS

Generated AMM OverviewFrom DRIS

APC 1.4Deliver BRQ

Requirements

APC 1.5Deliver MD and

current AOM

Set APC Status„New AMM Overview generated“

APC 1.10Initiate AP

List creation

APC2.3Create

Application Packages in

DRIS

Create Application Package List

APC 3.4Verify and

update AMS

AMS

Set APC Status„AMM Template Generated“

APC 1.71Request DRIS

Update based on identified

Gaps

DRIS Update Request

Set APC Status„ DRIS Update for CurrentEnvironment requested“

Update DRIS tables


Set APC Status„AP List creation initiated“

Set APC Status„AP List created“

Set APC Status„AMS Draft provided“

Set APC Status„Draft AP content created“

DRIS Move Package Allocation

SET APC Status„AP pre-allocated“

APC 3.45Preallocate Application

Package

Application Package Pre-Allocation

APC 3.75Book Move

Package

Finalized AP

SET APC Status„AP booked“

DRIS Application Package Booking

APC 3.85Pass QC3 for approved AP

Set APC Status„AP approved“

APC 3.3Request AMS

Initial APAMS draft

APC 3.5Receive AMS and request finalization

of AP

AMS

Server Konfig Checks

kurzfristige Pre-Move Tasks

Confirm Cabling Request

Start Storage Replication

Change Kommunikation

Update Betriebs-

Dokumentation

Go / No-Go Entscheid

Move-Tag Tasks

Check letzten erfolgreichen

Backup

Confirm Mirror in Synch

Stop Server

Move Server

Stop Applikation

Post-Move Tasks

Check Betriebsdokumentation

Check Cis in CMDB / Inventar

Approve Abschluss Change

Update / Check KAP

QC1 QC2 QC3

QC5QC4

AMM

Migrations

Datenbank

Migrations

Prozeduren

AP/MP Mapping

Report

Change_Appname_Prod

QC6

Cable und Start Server

Decom alte Server

Legende der Quality Checkpoints:

QC1: Applikation korrekt in der Migrations DB

QC2: AP Dokument (AMS und Migrations Prozedur) approved

QC3: Migrationstermin approved

QC4: Go / No-Go entschieden

QC5: Migration erfolgreich

QC5: Migration abgeschlossen

KPIs aus realen Projekten:

• 2000 Applikations Pakete

• 2000 Changes

• 100’000 koordinierte Change

Aktivitäten

• 400 involvierte Applikations

Verantwortliche und Tester

• 400 Migrations-Termine

IBM vertraulich


Beispiel Report - Application Move Map (AMM)

• Die komplette Liste aller Applikationsdetails

• Darstellen & verifizieren der Dekomposition. Ist die Anwendung korrekt abgebildet?.

• Sind alle relevanten Stakeholder (Application/Business owner) bekannt?

26

Live demo ► Reports ► Examples

IBM vertraulich


Beispiel Report - MSLT-Details

• Kompletter Report aller Informationen

bezüglich eines Migrationstermins

• Unterstützt die kurzfristige

Vorbereitung und die Koordination der

Durchführung am Tag der Migration

• Listet alle Systeme, welche zu den

geplanten Migrations-Strategien

gehören

• Lift+Ship für die Logisitik

• Physical-to-Virtual für den

System Administrator

27 IBM vertraulich


Beispiel Report – Master Migration Plan

28

Live demo ► Reports ► Examples

IBM vertraulich

Documents

IBM DataCenter Expert Conference 2014 IBM Client Center ... · PDF fileStakeholders per Appl. / APKG Server-Centric Process Status Tracking Old Infrastructure ... 1 V fU 2 Mv Sub p