Migração de
ambientes SAP
Nuno Dias
Project Manager
Hewlett-Packard
Agenda
Razões para migrar
Requisitos para migrar
Ferramentas de migração
Metodologia para um projecto de
migração
Razões para migrar
Razões para migrar
Crescimento do negócio e das bases de dados
dos ambientes aplicacionais SAP
Necessidade de mais capacidade/performance
Mudança de fornecedor de HW
Custos elevados de manutenção e/ou
propriedade (TCO)
Mudança de estratégia interna de IT para
plataforma/sistema operativo
Consolidação de sistemas devido a
fusões/aquisições
Alguns factos sobre Windows Server
2003 e SQL Server
Market Share:


Plataforma Windows lidera com mais de 50% e
>60% para novas instalações
Base de dados SQL Server com >30% e em
crescimento
Niveis de alta disponibilidade e fiabilidade
cada vez mais elevados (média 99.998%)
Administração e gestão muito simplificada
Redução de custos (licenciamento/custos
de manutenção)
Requisitos para migrar
Migração SAP – Quem pode executar?
Serão necessários conhecimentos profundos de:





Base de dados origem
Dicionário de dados ABAP
Instalação de ferramentas de migração R3SETUP /
SAPINST / IMIG
Sistema operativo destino (Windows)
Base de dados destino (SQL Server)
Para garantir que apenas consultores
qualificados pudessem executar migrações a
SAP introduziu uma certifcação especial:
OS / DB Migration Certification
Suporte da SAP à migração?
Para sistemas produtivos será necessário
solicitar o SAP Migration service:
 Migration Key
 3 Going Live Sessions (cerca de 8000 €)
Project Audit
Analysis Session
Verification Session
 Suporte
SAP
 Apenas
no que respeita às ferramentas de
migração
Métodos de migração
Terminologias de migração
Homogeneous system copy

Sistema operativo e base de dados idênticos no
sistema origem e no sistema destino
Heterogeneous system copy (OS/DB migration)

Quando um dos seguintes elementos é alterado
entre o sistema origem e o sistema destino:



Sistema operativo
Base de dados
Sistema operativo e Base de dados
Ferramentas de migração
System Copy
Homogeneous System Copy
Heterogeneous System Copy
SAPinst/R3load
e.g R/3
- downtime
- effort
DB Export/Import
e.g. SAP BW
- downtime
HP New Transition Method
all Unix/Oracle/SAP apps
+ downtime reduction
+ DB reorganization
SAPinst/IMIG
e.g TB-sized DB
- Online migration (large tables)
- Downtime reduction
Oracle 10g transportable table spaces
e.g. R/3 and BW
- not yet supported by SAP
- no DB reorganization
Método migração SAP - R3load
Heterogeneous System Copy
Export
Import
Transfer
FTP, tape, ..
anyDB
Files
Source
Files
anyDB
DB independent
format
Destination
Downtime window
Bases de dados de grande dimensão
Problema:
Downtime necessário para a migração não é
aceitável
Razões:


Base de dados com tabelas de grande dimensão,
impossilidade de splitting abaixo do nível da tabela
Dimensão elevada de dados, limitações técnicas ao
nível do throughput de I/O
Solução:
Incremental Migration (IMIG)


As maiores tabelas serão migradas sem downtime do
sistema origem produtivo
A restante informação poderá ser migrada numa
janela de downtime menor
Método migração SAP - IMIG
Heterogeneous System Copy
Export
2
Transfer
Import
FTP, tape, ..
1
Large
tables
non
Imig
tables
non
Imig
tables
Files
1
Source
Online window
DB
Files
independent
format
Downtime window
logs
3
Large
tables
Files
Destination
Método migração SAP - IMIG cont.
Online window:




Criar o sistema destino instalando um ambiente SAP
Analizar e selecionar as tabelas com o maior runtime
durante a migração
Inicializar e efectuar a criação das tabelas
selecionadas como “IMIG-tables” no sistema destino
Actualizar as “IMIG-tables” para o sistema destino
via método RFC
Downtime window:


Utilizar o processo standard de cópia para migrar as
restantes tabelas (non-IMIG tables)
Terminar a actualização das “IMIG tables”
Metodologia para um
projecto de migração
Projecto de migração
Tipicamente 2 - 3 meses dependendo de:
Dimensão da base de dados
SAP system landscape
Complexidade da customização na base de dados
origem (DB hints)
Requisitos relacionados com:
Alta disponibilidade (configuração de raiz?)
Solução de backup
Complexidade de interfaces:
Sistema de impressão, archive, job scheduling, etc...
Conexões com outros sistemas (ALE / RFC / NFS)
Metodologia para migração
Tipicamente um processo de migração é
constituido por 4 fases:
Fase 1 - Preparação
Fase 2 - Execução e optimização da migração
Fase 3 - Testes e Formação
Fase 4 - Migração final
Cronograma
Preparação
1.Teste Migr.
2.Teste Migr.
Testes
Migr.Final
Suporte
Duração
2-3 meses
Preparação
Após decisão de mudança de plataforma/base de dados
do sistema SAP
Seleccionar Migration Partner


Planeamento e equipa de projecto
Análise de sistemas
Seleccionar Hardware partner


Sizing e encomenda de sistemas
Instalação e testes
Acções com a SAP



Solicitar SAP migration service
Pedido de software para plataforma destino
Questionário de auditoria e analysis sessions
Optimização da migração
Instalação do software de base de dados
Setup das instâncias SAP CI e DB
Testar o procedimento técnico da migração


SAP recomenda pelo menos um ciclo de teste da
migração
Ciclos adicionais de testes da migração com o
objectivo de optimizar a duração ou resolver erros
Medir tempos de execução
Parametrização do ambiente
Documentação do procedimento de migração
Testes e formação
Testes técnicos




Funcionalidades SAP basis
Backups, performance e alta disponibilidade
Impressão e interfaces para sistemas SAP e não-SAP
Ferramentas de terceiras partes
Testes aplicacionais


Funcionalidades aplicacionais (Key users)
Consistência de dados
Formação da equipa de administração de
sistemas
Migração final
Execução do processo de migração tal e qual como foi
testado
Testes finais de validação
Mudança para o novo ambiente (redireccionamento dos
SAP FrontEnds)
Suporte ao novo ambiente pela equipa de administração
de sistemas durante os primeiros dias pós-migração
Análise da performance do sistema em carga de
exploração
O utilizador final não deverá notar nenhuma diferença…
…a não ser um incremento na performance 
Factores criticos de sucesso
Envolvimento da equipa de administração de sistemas
durante as várias fases do projecto
Formação da equipa de administração de sistemas na
nova plataforma
Envolvimento das equipas de desenvolvimento para as
correcções aplicacionais a efectuar
Mobilização dos utilizadores chave e finais dos ambientes
SAP para a realização e validação dos testes
aplicacionais
Identificação, validação e testes de todos os componentes
necessários para a exploração dos ambientes, tais como:
interfaces, backups, impressão, gestão e monitorização,
etc...
Perguntas e Respostas?
© 2006 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only.
MICROSOFT MAKES NO WARRANTIES, EXPRESS OR IMPLIED, IN THIS SUMMARY.