1. Base de Conhecimento
  2. Migração

Migração e DNS: propagação, instabilidade e como evitar perder dados

Nesta página

    Este artigo é para quem vai migrar um site para a ValueHost, ou entre servidores da ValueHost, e quer entender quanto tempo o site pode oscilar, por que isso acontece e como evitar que e-mails ou alterações fiquem no servidor antigo.

    Por que o site pode oscilar

    Toda migração muda o IP do servidor onde o site está. Os computadores e provedores de internet guardam por um tempo o endereço antigo do domínio. Até essa informação ser renovada em todos os lugares (a propagação do DNS), parte dos visitantes chega ao servidor novo e parte ainda chega ao antigo.

    • A propagação pode levar até 24 horas.
    • Nesse período podem ocorrer instabilidades de acesso por algumas horas.
    • Cada pessoa pode ver um resultado diferente, conforme a rede que usa.

    Quando o domínio usa os DNS da ValueHost

    Em migrações entre servidores da ValueHost, se o domínio usa os DNS da ValueHost (ou os DNS personalizados da sua revenda), a zona DNS é atualizada automaticamente para o novo IP. Cada painel tem o seu próprio cluster de DNS, que faz essa troca sozinho. Por isso a migração interna geralmente não tem interrupção, ou ela é mínima, e você não precisa alterar nada.

    Quando o domínio usa DNS externo

    Se o DNS fica no Cloudflare, no registrador ou em outro provedor, a troca é sua. Assim que a equipe avisar que a migração terminou:

    1. Troque o IP antigo pelo novo em todos os registros A do domínio, do www, de mail, de webmail e dos subdomínios.
    2. Se o SPF citar o IP antigo, troque também.
    3. Não demore: o servidor antigo é desativado depois da migração.

    Em migrações que você pediu: altere o DNS logo no final

    Quando a equipe traz uma conta de outro provedor, a cópia é feita em um momento. Tudo o que acontecer no provedor antigo depois disso (e-mails recebidos, pedidos de loja, posts, cadastros) fica só lá enquanto o domínio apontar para ele.

    • Altere os nameservers, ou os registros A no DNS externo, logo depois do aviso de conclusão. Caso contrário, a migração fica desatualizada.
    • Se não deu para alterar a tempo e o site continuou recebendo dados no provedor antigo, avise no ticket antes de mudar o DNS. A equipe pode avaliar fazer uma nova cópia.

    E-mails durante a propagação

    Durante a propagação, alguns remetentes ainda entregam mensagens no servidor antigo, porque guardaram o endereço antigo do domínio. Para não perder mensagens:

    • se a migração veio de outro provedor, mantenha o serviço antigo ativo até a propagação terminar e depois confira lá se chegou algo nas últimas horas;
    • em migrações de servidor feitas pela ValueHost, se notar falta de mensagens recebidas nesse período, informe no ticket de migração;
    • em migrações manuais de e-mail, faça uma última sincronização depois da propagação.

    Como reduzir o impacto

    • Escolha o horário. A equipe agenda migrações também à noite, em fins de semana e feriados. Avise seus clientes antes.
    • Evite mexer no site durante a migração. Alterações feitas no servidor antigo durante a cópia podem não chegar ao novo.
    • Se o DNS é externo, reduza o TTL dos registros A um dia antes. A troca passa a valer mais rápido.
    • Não cancele o provedor antigo antes de conferir site, e-mails e bancos de dados na ValueHost.
    • Acompanhe a propagação em uma ferramenta pública, como o dnschecker.org, consultando o registro A do domínio.

    SSL depois da migração

    O certificado SSL gratuito é emitido quando o domínio já aponta para o servidor novo. Se o site aparece como não seguro logo depois da troca do DNS, aguarde a propagação e teste de novo.

    Se não resolver

    Se depois de 24 horas o domínio ainda mostra o IP antigo, ou o site e os e-mails continuam instáveis, abra um ticket informando:

    • o domínio;
    • quando o DNS foi alterado e onde ele é gerenciado (ValueHost, Cloudflare ou outro);
    • o resultado da consulta no dnschecker.org ou uma captura de tela do erro.

    Se a migração vier de outro provedor e a equipe precisar acessar a origem, envie os dados de acesso no próprio ticket e troque a senha depois que a migração terminar.

    Esta resposta foi útil?

    A sua avaliação nos ajuda a melhorar os artigos.

    Não resolveu? Abra um ticket

    Conte o que aconteceu e a nossa equipe ajuda você, 24 horas por dia.

    Carregando