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

Máximo

Meio

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