Analise a metodologia de opção de migração do banco de dados SAP

10 minutos

Processamento DMO

O Software Update Manager (SUM) cria o repositório de sombra (componentes de desenvolvimento/versão de destino para o banco de trabalho ABAP) no banco de dados tradicional até a fase de tempo de inatividade. O banco de dados de destino é construído em paralelo, onde o repositório de sombra é copiado e a conexão do banco de dados SAP é comutada para o banco de dados de destino e o processo de tempo de inatividade é iniciado.

Após a migração dos dados do aplicativo (que inclui a conversão de dados), a atualização é finalizada e o sistema SAP é executado no banco de dados de destino. O banco de dados de origem retém os dados do aplicativo não modificados e, portanto, um fallback é sempre possível.

Pré-requisitos

Ao migrar um sistema SAP existente em execução em anyDB para um banco de dados SAP HANA, as seguintes etapas podem ser necessárias:

Divisão Dual-Stack
Conversão Unicode (para versões anteriores ao SAP NetWeaver 7.5)
Atualização de banco de dados de anyDB
Atualização do software SAP

DMO para sistemas SAP BW e SAP Business Suite

DMO pode ser usado para sistemas AS-ABAP e com SUM 1.0 SP09 ou superior. O DMO também pode ser usado para alvos SAP HANA e ASE. Além disso, o DMO também pode ser usado para SQL Server, DB2 e MaxDB mediante solicitação. Para obter mais informações, consulte as seguintes notas SAP:

Fases DMO

A tabela a seguir fornece uma visão geral das principais fases do DMO.

Fase	Comentário
Preparação	Fase que ocorre antes do início da ferramenta SUM e abrange áreas como a pré-verificação/prontidão da fonte, limpeza, validação dos ambientes de origem e destino, verificação das senhas do cliente 000, DDIC e sidAdam.
Extração	Fase que faz parte do processo SUM real e onde a ferramenta verifica todos os downloads de software disponíveis para os sistemas de origem e de destino. A ferramenta então descompacta arquivos SAR, que fazem parte do diretório de download.
Configuração	A SOMA verifica a conectividade do sistema de origem e de destino.
Controlos	A ferramenta SOMA verifica o espaço disponível para criar o repositório de sombras.
Pré-processamento	Fase em que o repositório de sombra é criado e as estruturas de tabela de destino são criadas no SAP HANA. Isso inclui a criação dos grupos de tabelas em um sistema distribuído/de expansão.
Execução	Esta fase inclui as atividades de tempo de inatividade. O sistema de origem SAP está bloqueado para os usuários e a transferência de dados real é iniciada. Um switch do kernel SAP é executado após as cargas de dados.
Pós-processamento	Todas as etapas de pós-processamento são executadas, incluindo a ativação de conteúdo do SAP HANA e a limpeza de logs no diretório SUM.

DMO "semana de corte"

Com o DMO, você tem uma opção de fallback durante qualquer fase.

O início do processamento de DMO pelo menos uma semana antes da transferência segue as práticas recomendadas SAP publicadas e permite tempo suficiente para o repositório de sombras.

O backup deve ser executado antes de iniciar as atividades de tempo de inatividade. No caso de um problema durante as atividades de tempo de atividade, uma abordagem de fallback simples é remover a instância de sombra. Isso significa descartar o esquema de instância de sombra do banco de dados de origem. Se ocorrerem erros durante a fase de tempo de inatividade, é provável que estejam relacionados a problemas de dados que devem ser corrigidos antes de avançar. Como tal, é importante executar vários ciclos de teste de migração para resolver todos os problemas antes da migração produtiva.

DMO com mudança de sistema

A opção "Habilitar a migração com movimentação do sistema" está disponível no SUM 1.0 SP21, onde o servidor de aplicativos que conduz a migração pode ser alterado como parte do processo, ou seja, o SUM foi iniciado no servidor de aplicativos local e alternado para um servidor de aplicativos em execução no Azure. O SUM está sendo executado no sistema de origem e será interrompido na fase de execução. Posteriormente, o diretório SUM completo é copiado para o Azure, onde o processo de importação continua no servidor de aplicativos novo/de destino

A tabela a seguir compara o DMO clássico versus DMO com a opção de movimentação do sistema

Parâmetro	DMO clássico	DMO com mudança de sistema
Finalidade/Caso de uso	Atualização e migração in-loco	Migrações baseadas em nuvem/Azure
Flexibilidade de otimização do tempo de inatividade	Alto	Médio
Migração para a cloud	Tecnicamente possível (mas atualmente não apoiado oficialmente pelo SAP)	Sim
Servidores de destino	O mesmo servidor de aplicativos pode ser usado para se conectar ao SAP HANA após uma migração	Novos servidores precisam ser criados no Microsoft Azure
Opções para transferência de dados	Tubos de memória, despejo do sistema de arquivos	Despejo do sistema de arquivos, Pode usar opções de carregamento sequencial ou paralelo