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

Escopo: 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 de 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)
use 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).