Share via

Perguntas Mais Frequentes (FAQ)

  • Artigo

  • Ao utilizar Azure Database Migration Service, qual é a diferença entre uma migração offline e online? Azure Database Migration Service suporta 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 indisponibilidade está limitado ao tempo necessário para reduzir no final da migração. Sugerimos que teste uma migração offline para determinar se o período de inatividade é aceitável; caso contrário, efetue uma migração online. As migrações online e offline são comparadas na seguinte tabela:

    Área Migração online Migração offline
    Disponibilidade da base de dados para leituras durante a migração Disponível Disponível
    Disponibilidade da base de dados para escritas durante a migração Disponível Geralmente, não recomendado. Quaisquer "escritas" iniciadas após a migração não serem capturadas ou migradas
    Adequação da Aplicação Aplicações que precisam de tempo de atividade máximo Aplicações que podem pagar uma janela de tempo de inatividade planeada
    Adequação do Ambiente Ambiente de produção Normalmente, o ambiente de desenvolvimento, teste e alguma produção que pode permitir um período de indisponibilidade
    Adequação para cargas de trabalho pesadas de escrita Adequado, mas esperado para reduzir a carga de trabalho durante a migração Não aplicável. As escritas na origem após o início da migração não são replicadas para o destino
    Transferência Manual Necessário não é necessário
    Tempo de inatividade necessário Less Mais
    Tempo de migração Depende do tamanho da base de dados e da atividade de escrita até à transferência Depende do tamanho da base de dados

  • Estou a configurar um projeto de migração no DMS e estou a ter dificuldades em ligar à minha base de dados de origem. O que devo fazer? Se tiver problemas ao ligar ao seu sistema de base de dados de origem enquanto trabalha na migração, crie uma máquina virtual na mesma sub-rede da rede virtual com a qual configurou a instância do 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.

  • Porque é que o meu Azure Database Migration Service está indisponível ou parado? Se o utilizador parar explicitamente Azure Database Migration Service (DMS) ou se o serviço estiver inativo durante um período de 24 horas, o serviço estará num estado parado ou em pausa automática. 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 de Azure Database Migration Service? Pode tentar acelerar a migração da base de dados com o DMS:

    • Utilize o Escalão de Preço de Fins Gerais da CPU múltipla 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 da Base de Dados MySQL do Azure para o SKU de escalão Premium durante a operação de migração de dados para minimizar a limitação da Base de Dados MySQL do Azure que pode afetar as atividades de transferência de dados ao utilizar SKUs de nível inferior.

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

    • Migração de Dados – todas as tabelas de todas as bases de dados/esquemas.
    • Migração de Esquema - Nomenclatura, Chave primária, Tipo de dados, posição Ordinal, Valor predefinido, Nullability, Atributos de incremento automático, índices secundários
    • Migração de Metadados, Procedimentos Armazenados, Funções, Acionadores, Vistas, Restrições de chaves externas

  • Existe uma opção para reverter uma migração do Servidor Único para o Servidor Flexível? Pode efetuar qualquer número de migrações de teste e, depois de ganhar confiança através dos testes, efetuar a migração final. Uma migração de teste não afeta o servidor único de origem, que permanece operacional e continua a replicar até efetuar 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 reativar a migração final depois de resolver os erros. Tenha em atenção que, depois de efetuar uma migração final para o Servidor Flexível e o servidor único de origem ter sido encerrado, não pode efetuar 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 à migração? Para suportar migrações de bases de dados com 1 TB+, crie um pedido de suporte com Azure Database Migration Service para aumentar verticalmente o agente de migração para suportar as migrações de base de dados de 1 TB+.

  • A migração entre regiões é suportada? 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? 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? 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, é suportada a migração de servidores MySQL de versão inferior (v5.6 e superior) para versões superiores.