Explorar a migração em duas etapas – lift-and-shift seguido por DMO

Para a migração em duas etapas, considere o seguinte:

Verifique se a conectividade com o Azure está disponível via ExpressRoute (recomendado) ou VPN.
Aloque no Azure a infraestrutura de destino, 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 do Azure Resource Manager predefinidos.
O sistema clonado pode ser criado com uma cópia de sistema homogênea (backup/restauração) ou por meio de ferramentas de replicação do DBMS (por exemplo, Oracle Data Guard ou SQL Always-On).
Testes técnicos e de negócios 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 DMO (Opção de Migração de Banco de Dados) pode ser seguido para migração e atualização para o SAP HANA.
A DMO pode ser usado com o método de pipe de memória (ou seja, 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 técnica e empresarial deve ser iniciada novamente.
Nessa abordagem, são necessários dois tempos de inatividade e dois ciclos de teste.

Opções de otimização da DMO

Muitos fatores influenciam o tempo de inatividade associado a uma migração de banco de dados SAP, incluindo (entre outros):

Escopo: Alterações de software, conversão de Unicode, mudança de data center
Desempenho do sistema de origem: CPU, E/S, memória, desempenho do DBMS, versão do SAP NetWeaver
Tamanho do banco de dados do sistema de origem: Tamanho do banco de dados, maiores tabelas, status da manutenção
Desempenho do sistema de destino: CPU, E/S, memória, desempenho do DBMS, versão do SAP NetWeaver
Rede: Velocidade, largura de banda, latência da rede
Conjunto de ferramentas: SAP SWPM (Gerenciador de Provisionamento de Software), SUM (Gerenciador de Atualização de Software), DMO do SUM, versão do conjunto de ferramentas
Abordagem da migração: Tempo de inatividade padrão ou minimizado
Atividades de acelerar/desacelerar: Gerenciamento da interface, gerenciamento de trabalho em lotes
Validação pré e pós-migração: Testes funcionais, de integração e de aceitação.

De modo geral, o potencial para otimizações de desempenho pode ser visto nas três seguintes áreas:

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

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

A conectividade com ExpressRoute é recomendada com a largura de banda máxima disponível (atualmente, disponível com até 10 Gbps)
use o script dmotocloud.sh (RSYNC) para mover arquivos de uma fonte local para um destino do Azure para a DMO com movimentação do sistema com transferência paralela.
Implementar instantâneos de armazenamento para backups com economia de tempo durante o período de corte.

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

Backup de banco de dados	Referência
Oracle	Nota da 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 de OS/DB de SAP para SQL Server – Perguntas frequentes v6.2 Abril de 2017

Use a última versão da ferramenta de migração, do R3*, do kernel etc.
Parametrização de rede (por exemplo, configurações de MTU, redefinir contadores)
Parametrização relacionada ao sistema operacional (por exemplo, profundidade Q)
Parâmetros do banco de dados SAP HANA (relacionados a pontos de salvamento, modo de log e tempos limite)
Parâmetros de migração DMO (por exemplo, arquivos de duração, divisões manuais de tabelas, ordem de sequenciamento manual de tabelas, carregamento rápido para BLOB, etc.)

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

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