Monitorar a migração

  • 6 minutos

Um dos componentes mais importantes de uma migração do VLDB é o monitoramento, o registro em log e o diagnóstico que são configurados durante as migrações de desenvolvimento, teste e "simulação".

Implantação do monitoramento e da interpretação necessários dos resultados de monitoramento e diagnóstico após cada ciclo de teste é obrigatório e essencial para otimizar a migração e o planejamento da transição de produção. Os resultados obtidos em migrações de teste também são necessários para poder avaliar se a migração de produção real está seguindo os mesmos padrões e linhas do tempo que as migrações de teste. Os clientes devem solicitar pontos de verificação de revisão regulares do projeto com o parceiro SAP. Entre em contato com a Microsoft para obter uma lista de consultores que demonstraram as habilidades técnicas e organizacionais necessárias para um projeto bem-sucedido.

Sem monitoramento e registro em log abrangentes, seria quase impossível obter migrações de tempo de inatividade seguras, reproduzíveis, consistentes e baixas, com uma garantia de nenhuma perda de dados. Se problemas como runtimes longos de alguns pacotes ocorrerem, é quase impossível que a Microsoft e/ou o SAP ajudem na consulta spot sem monitorar a documentação de design de migração e dados.

Durante o tempo de execução de uma migração de SO/BD, monitore os seguintes itens:

  • Parâmetros de nível do SO em hosts do BD e do R3load: CPU por thread, tempo de kernel por thread, memória livre (GB), página entrada/s, página saída/s, E/S de disco leituras/s, E/S de disco gravação/s, leitura de disco KB/s, gravação de disco em KB/s
  • Parâmetros de nível de BD no SQL Server de destino: BCP linhas/s, BCP KB/s, Log de transações %, concessões de memória, concessões de memória pendentes, bloqueios, memória de bloqueio, bloqueio/travamento
  • Monitoramento de rede: isso normalmente é tratado pela equipe de rede. A configuração exata do monitoramento de rede depende da situação específica do cliente.

Durante o runtime da importação do BD, é recomendável executar a seguinte instrução SQL a cada poucos minutos e documentar algo anormal (como tempos de espera altos).

select session_id, request_id,start_time, status, command, wait_type, wait_resource, wait_time, last_wait_type, blocking_session_id from sys.dm_exec_requests
where session_id >49 orderby wait_time desc;

Durante todos os ciclos de teste de migração, um "plano de voo" mostrando o número de pacotes exportados e importados (eixo y) deve ser plotado em relação ao tempo (eixo x). A finalidade desse grafo é estabelecer uma taxa esperada de progresso durante a substituição final de migração de produção. O desvio (positivo ou negativo) do "plano de voo" esperado durante o teste ou a migração de produção final é facilmente detectado usando esse método. Outros parâmetros, como CPU, disco e R3load linhas/s, podem ser sobrepostos na parte superior do "plano de voo".

Captura de tela do grafo de plano de pré-lançamento de exemplo mostrando pacotes importados e exportados durante uma migração de teste.

Na conclusão da exportação e da importação, os relatórios de tempo de migração devem ser coletados (export_time.html e import_time.html).