Explore a migração em duas etapas - elevador e turno seguidos por DMO

Considere o seguinte para a migração em duas etapas:

Verifique se a conectividade com o Azure está disponível por meio da Rota Expressa (recomendado) ou VPN.
Aloque a infraestrutura de destino no Azure, que inclui o sistema clonado e os servidores de banco de dados SAP NetWeaver e SAP HANA de destino. A infraestrutura do Azure pode ser implantada usando modelos predefinidos do Azure Resource Manager.
O sistema clonado pode ser construído com uma cópia homogênea do sistema (backup/restauração) ou por meio de ferramentas de replicação DBMS (por exemplo, Oracle Data Guard ou SQL Always-On).
Testes comerciais e técnicos devem ser iniciados (com testes funcionais, de integração e de aceitação para garantir que a movimentação de dados tenha sido bem-sucedida).
Após a validação técnica e de negócios, o processo tradicional de Opção de Migração de Banco de Dados (DMO) pode ser seguido para migrar e atualizar para o SAP HANA.
O DMO pode ser aproveitado com o método de pipe de memória (por exemplo, a exportação/importação ocorre dentro do mesmo servidor de aplicativos e segmento de memória para migrações aceleradas).
Após a migração para o SAP HANA, a validação comercial e técnica deve ser novamente iniciada.
Nesta abordagem, são necessários dois períodos de inatividade e dois ciclos de teste.

Opções de otimização de DMO

Existem muitos fatores que influenciam o tempo de inatividade associado a uma migração de banco de dados SAP e incluem, entre outros:

Scope

Alterações de software, conversão Unicode, realocação de data center

Desempenho do sistema de origem

CPU, I/O, memória, desempenho DBMS, versão SAP NetWeaver

Tamanho do banco de dados do sistema de origem

Tamanho do banco de dados, tabelas maiores, status da limpeza

Desempenho do sistema alvo

CPU, I/O, memória, desempenho DBMS, versão SAP NetWeaver

Rede

Velocidade da rede, largura de banda, latência

Conjunto de ferramentas

SAP Software Provisioning Manager (SWPM), Software Update Manager (SUM), DMO da SUM, versão do conjunto de ferramentas

Abordagem da migração

Padrão vs Minimizar o tempo de inatividade

Atividades de ramp-up/ramp-down

Gerenciamento de interface, gerenciamento de tarefas em lote

Validação pré e pós migração

Testes funcionais, de integração e de aceitação.

Em termos gerais, o potencial para otimizações de desempenho pode ser visto nas seguintes três áreas:

A alavanca de redução de infraestrutura/hardware consiste no seguinte:

Implante um servidor de migração dedicado (PAS/AAS) com ampla capacidade de computação para executar SUM
Implante discos de estado sólido (SSD) no banco de dados de origem e nos servidores de migração.
(PAS / AAS)

A conectividade de Rota Expressa é recomendada com a largura de banda máxima disponível (atualmente disponível até 10 Gbps)
Aproveite o script de dmotocloud.sh (RSYNC) para mover arquivos de uma origem local para um destino do Azure para a Opção de Movimentação do Sistema DMO com Transferência Paralela.
Implemente snapshots de armazenamento para backups eficientes em termos de tempo durante o período de substituição.

Otimização do banco de dados de origem (reconstrução de índice, estatísticas de banco de dados, parâmetros de banco de dados, sistema de arquivos de banco de dados). Uma referência útil pode ser encontrada na tabela abaixo.

Base de dados

Referência

Oracle

Nota SAP #936441

DB2

Técnicas de otimização do DB2 para migração de banco de dados SAP e conversão Unicode

SQL Server

Migração do SAP OS/DB para o SQL Server–FAQ v6.2 de abril de 2017
Use a versão mais recente das ferramentas de migração, R3*, kernel, etc.
Parametrização de rede (por exemplo, configurações de MTU, contadores de redefinição)
Parametrização relacionada ao SO (por exemplo, profundidade Q)
Parâmetros do banco de dados SAP HANA (relacionados a pontos de salvamento, modo de log e tempos limites)
Parâmetros de migração DMO (por exemplo, arquivos de duração, divisões manuais de tabelas, ordem manual de sequenciamento de tabelas, carregamento rápido para BLOB, etc.)

Usado para capturar fases de exportação e importação para um subconjunto de dados. Ele pode ser configurado para ser executado em tabelas específicas.

Executar a fase de execução várias vezes é possível retrabalhando a atividade de divisão de tabela (otimizando assim a divisão de tabela que reduzirá o tempo de inatividade do procedimento DMO).