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

  • 10 minutos

Processamento da DMO

O SUM (Gerenciador de Atualização de Software) cria o repositório de sombra (componentes de desenvolvimento/versão de destino para workbench ABAP) no banco de dados tradicional até a fase de tempo de inatividade. O banco de dados de destino é criado em paralelo, sendo que o repositório de sombra é copiado, a conexão com o banco de dados SAP é alternada para o banco de dados de destino e o processo 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 começa a ser executado no banco de dados de destino. O banco de dados de origem retém os dados de aplicativo não modificados, portanto, é possível executar um fallback, se necessário.

Pré-requisitos

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

  • Divisão de pilha dual
  • Conversão de 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 os sistemas SAP BW e SAP Business Suite

O DMO pode ser usado para os sistemas AS-ABAP e com o SUM 1.0 SP09 ou superior. Ele também pode ser usado para destinos SAP HANA e ASE. Além disso, a DMO também pode ser usado em SQL Server, DB2 e MaxDB sob solicitação. Para obter mais informações, confira as Notas do SAP:

Fases da DMO

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

Fase Comentário
Preparação Fase que ocorre antes que a ferramenta do SUM seja inicializada e abrange áreas como a pré-verificação/preparação da origem, a manutenção, a validação dos ambientes de origem e de destino, a verificação das senhas 000, DDIC e sidadm do cliente.
Extração Fase que faz parte do processo SUM real e em que a ferramenta verifica todos os downloads de software disponíveis para sistemas de origem e de destino. A ferramenta descompacta os arquivos SAR, que fazem parte do diretório de download.
Configuração SUM verifica a conectividade dos sistemas de origem e de destino.
Verificações A ferramenta SUM verifica o espaço disponível para criação do repositório de sombra.
Pré-processamento Fase em que o repositório de sombra é criado e as estruturas de tabela de destino são criadas no SAP HANA. Ela inclui a criação dos grupos de tabelas em um sistema distribuído/de expansão.
Execução Essa fase inclui as atividades com tempo de inatividade. O sistema SAP de origem fica bloqueado para os usuários e a transferência de dados de fato é iniciada. Um comutador de kernel do SAP é executado após os carregamentos de dados.
Pós-processamento Todas as etapas de pós-processamento são executadas, incluindo a ativação do conteúdo do SAP HANA e a limpeza de logs no diretório do SUM.

"Semana de transferência" da DMO

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

Começar o pré-processamento da DMO pelo menos uma semana antes do corte segue as melhores práticas publicadas pelo SAP e fornece bastante tempo para o repositório de sombra.

O backup deve ser realizado antes de iniciar as atividades de tempo de inatividade. Se ocorrer algum evento durante o tempo de atividade, uma abordagem de fallback simples é remover a instância de sombra. Isso significa remover o esquema da instância de sombra do banco de dados de origem. Erros que ocorrerem durante a fase de tempo de inatividade provavelmente estarão relacionados a problemas de dados, que deverão ser corrigidos antes de prosseguir. Assim, é importante executar vários ciclos de teste de migração para passar todos os problemas com antecedência sobre a migração produtiva.

DMO com movimentação do sistema

A opção “Habilitar a migração com a movimentação” do sistema está disponível no SUM 1.0 SP21, em que o servidor de aplicativos que conduz a migração pode ser alterado como parte do processo, ou seja, SOMA iniciada no servidor de aplicativos local e alternada para um servidor de aplicativos em execução no Azure. O SUM está em execução 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 a DMO Clássica com a DMO com a opção de movimentação do sistema

Parâmetro DMO Clássica DMO com movimentação do sistema
Finalidade/caso de uso Atualização e migração in-loco Migrações baseadas na nuvem/no Azure
Flexibilidade da otimização do tempo de inatividade Alto Médio
Migração na nuvem Tecnicamente possível (mas atualmente não há suporte oficial do 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 internos no Microsoft Azure
Opções de transferência de dados Pipes de memória, despejo do sistema de arquivos Despejo de sistema de arquivos, pode usar opções de carga sequenciais ou paralelas