Perguntas mais frequentes (FAQs)

• Ao usar o Serviço de Migração de Banco de Dados do Azure, qual é a diferença entre uma migração offline e uma migração online? O Azure Database Migration Service suporta tanto migrações offline e online. Com uma migração offline, o período de indisponibilidade da aplicação começa quando inicia a migração. Com uma migração online, o período de inatividade está limitado ao tempo necessário para substituir no final da migração. Sugerimos que teste uma migração offline para determinar se o período de inatividade é aceitável; se não for, faça uma migração online. As migrações Online e Offline são comparadas na tabela a seguir:

  Área	Migração online	Migração offline
  Disponibilidade do banco de dados para leituras durante a migração	Disponível	Disponíveis
  Disponibilidade do banco de dados para gravações durante a migração	Disponível	Geralmente, não recomendado. Todas as 'gravações' iniciadas após a migração não são capturadas ou migradas
  Adequação da aplicação	Aplicações que precisam de tempo de atividade máximo	Aplicações que podem lidar com uma janela de tempo de inatividade planeada
  Adequação do ambiente	Ambiente de produção	Normalmente, ambiente de desenvolvimento e teste e alguma produção que pode suportar tempo de inatividade
  Adequação para cargas de trabalho de gravação pesadas	Adequado, mas espera-se que reduza a carga de trabalho durante a migração	Não Aplicável. As gravações na origem após o início da migração não são replicadas para o destino
  Substituição manual	Necessário	Não obrigatório
  Tempo de inatividade necessário	Menos	Mais
  Tempo de migração	Depende do tamanho da base de dados e da atividade de escrita até à substituição	Depende do tamanho da base de dados

• Estou configurando um projeto de migração no DMS e estou tendo dificuldade para me conectar ao meu banco de dados de origem. O que devo fazer?

  Se você tiver problemas para se conectar ao sistema de banco de dados de origem enquanto trabalha na migração, crie uma máquina virtual na mesma sub-rede da rede virtual com a qual você configurou sua instância DMS. Na máquina virtual, deverá conseguir executar um teste de ligação. Se o teste de ligação for bem-sucedido, não deverá ter problemas com a ligação à base de dados de origem. Se o teste de ligação não for bem-sucedido, contacte o administrador de rede.

• Por que motivo o Azure Database Migration Service está indisponível ou parado?

  Se o usuário parar explicitamente o Serviço de Migração de Banco de Dados do Azure (DMS) ou se o serviço estiver inativo por um período de 24 horas, o serviço estará em um estado interrompido ou pausado automaticamente. Em cada caso, o serviço estará indisponível e num estado parado. Para retomar as migrações ativas, reinicie o serviço.

• Existem recomendações para otimizar o desempenho do Azure Database Migration Service?

  Há algumas coisas que você pode tentar para acelerar a migração do banco de dados usando o DMS:

  • Utilize o Escalão de Preço Fins Gerais multi CPU quando criar a instância de serviço para permitir que o serviço tire partido de várias vCPUs para paralelização e transferência de dados mais rápida.

  • Aumente temporariamente a instância de destino do Banco de Dados MySQL do Azure para a SKU de camada Premium durante a operação de migração de dados para minimizar a limitação do Banco de Dados MySQL do Azure que pode afetar as atividades de transferência de dados ao usar SKUs de nível inferior.

• Que componentes de dados, esquemas e metadados são migrados como parte da migração?

  O Azure Database Migration Service migra esquemas, dados e metadados da origem para o destino. Todos os componentes de dados, esquemas e metadados seguintes são migrados como parte da migração da base de dados:

  • Migração de dados - Todas as tabelas de todos os bancos de dados/esquemas.

  • Migração de esquema - nomenclatura, chave primária, tipo de dados, posição ordinal, valor padrão, anulabilidade, atributos de incremento automático, índices secundários

  • Migração de metadados, procedimentos armazenados, funções, gatilhos, exibições, restrições de chave estrangeira

• Existe uma opção para reverter uma migração de Servidor Único para Servidor Flexível?

  Pode realizar qualquer número de migrações de teste e, depois de ganhar confiança através dos testes, realizar a migração final. Uma migração de teste não afeta o servidor único de origem, que permanece operacional e continua replicando até que você execute a migração real. Se existirem erros durante a migração de teste, pode optar por adiar a migração final e manter o servidor de origem em execução. Em seguida, pode voltar a tentar a migração final depois de solucionar os erros. Depois de executar uma migração final para o Servidor Flexível e o servidor único de origem ter sido desligado, não será possível executar uma reversão do Servidor Flexível para o Servidor Único.

• O tamanho da minha base de dados é superior a 1 TB, por isso como devo proceder com a migração?

  Para suportar migrações de bases de dados com 1 TB ou mais, crie um pedido de suporte no Azure Database Migration Service para aumentar verticalmente o agente de migração para suportar as migrações de base de dados com 1 TB ou mais.

• A migração entre regiões é suportada?

  O Azure Database Migration Service suporta migrações entre regiões, para que possa migrar o servidor único para um servidor flexível implementado numa região diferente com o DMS.

• A migração entre subscrições é suportada?

  O Azure Database Migration Service suporta migrações entre subscrições, para que possa migrar o servidor único para um servidor flexível implementado numa subscrição diferente com o DMS.

• A subscrição entre grupos de recursos é suportada?

  O Azure Database Migration Service suporta migrações entre grupos de recursos, para que possa migrar o servidor único para um servidor flexível implementado num grupo de recursos diferente com o DMS.

• Existe suporte entre versões?

  Sim. A migração de servidores MySQL de versão inferior (v5.6 e superior) para versões superiores é suportada.