Migrar de hospedagem sem tirar o site do ar: passo a passo

Backup testado, TTL baixo, teste pelo arquivo hosts, banco sincronizado e plano de volta: a ordem certa para trocar de servidor sem derrubar o site.

Por Redação Eleven Host · @robson.direitodigital · Atualizado em 17 de outubro de 2026 · 9 min de leitura

Para migrar de hospedagem sem tirar o site do ar, suba uma cópia no servidor novo, teste pelo arquivo hosts, baixe o TTL com antecedência e só então aponte o domínio. Mantenha o servidor antigo ligado até a mudança se espalhar.

O que "sem sair do ar" quer dizer

É um objetivo, não uma promessa mágica. Na troca, parte dos visitantes ainda consulta o endereço antigo e parte já recebe o novo. Se os dois servidores têm o mesmo site funcionando, ninguém percebe. O risco aparece quando os dois divergem: um pedido feito no servidor antigo some, ou um cadastro cai onde ninguém olha.

Este guia é um roteiro para você mesmo fazer. Ele vale para site em servidor próprio, como uma VPS administrada por você, ou em outro provedor. Não é um serviço de migração da Eleven Host. Para entender os tipos de migração e seus riscos, veja o que é migração de site.

Como o domínio escolhe o servidor

O domínio aponta para um servidor por registros de DNS. O registro A leva ao endereço IP do servidor, e o CNAME leva a outro nome. Os nameservers dizem onde esses registros estão. Se o assunto é novo para você, leia o que é DNS e como funciona.

Cada registro tem um TTL, o tempo em segundos que os resolvedores podem guardar a resposta em cache. É ele que define o quanto a troca demora para chegar a todos. Por isso não existe um prazo fixo: a mudança depende do TTL que estava valendo e dos caches no caminho.

Há dois jeitos de apontar o domínio para o servidor novo:

• Trocar os registros A ou CNAME no DNS que você já usa. É a mudança menor e mais fácil de reverter.
• Trocar os nameservers para os do novo provedor de DNS. Mexe em tudo de uma vez, inclusive o e-mail, e depende da atualização do registro do domínio.

Se o DNS continua onde está, prefira trocar só os registros. Transferir o registro do domínio para outra empresa não é necessário para migrar o site: o domínio pode continuar onde está registrado.

Passo a passo

1. Faça o inventário e o backup

Liste o que o site usa: arquivos, banco de dados, tarefas agendadas, certificado SSL, caixas de e-mail e registros DNS. Anote a versão de PHP e as extensões, se for o caso. Depois faça o backup completo e confira se ele abre, restaurando em um lugar de teste. Backup sem teste de restauração é só uma esperança. O guia de backup de site detalha essa etapa.

2. Baixe o TTL com antecedência

Veja o TTL atual dos registros que você vai trocar. Baixe-o e espere pelo menos o tempo do TTL antigo antes da troca, porque os caches precisam expirar o valor longo. Exemplo ilustrativo: se o TTL antigo é de 86400 segundos (24 horas), baixe-o com ao menos um dia de antecedência. Para o valor novo, 300 segundos (5 minutos) é um ponto de partida; confira o mínimo que o seu DNS aceita.

dig +short exemplo.com A

dig exemplo.com A

No segundo comando, o número antes de IN A é o TTL restante em cache. Se você não tem o dig, o nslookup mostra o endereço, e o painel do seu DNS mostra o TTL configurado.

3. Suba o site no servidor novo

Instale o mesmo software (servidor web, PHP, banco), copie os arquivos e importe o banco. Para arquivos, o rsync copia só o que mudou, o que ajuda a repetir a cópia no dia da troca. Para o banco, o mysqldump com --single-transaction gera a cópia de tabelas InnoDB sem bloquear as tabelas; confira o seu tipo de tabela.

rsync -avz --dry-run usuario@origem.exemplo.com:/var/www/site/ /var/www/site/

mysqldump --single-transaction -u usuario -p nome_do_banco > banco.sql

mysql -u usuario -p nome_do_banco < banco.sql

Rode o mysqldump no servidor antigo e copie o banco.sql para o novo (por exemplo, com scp) antes de importar.

Retire o --dry-run para copiar de verdade, depois de ver a lista do que seria copiado.

4. Teste pelo arquivo hosts antes de apontar

O arquivo hosts do seu computador força o nome do site a ir para o IP novo, só para você. O resto do mundo continua no servidor antigo. No Linux e no macOS ele fica em /etc/hosts. No Windows, em C:\Windows\System32\drivers\etc\hosts, e precisa ser editado como administrador. Acrescente uma linha com o IP do servidor novo:

203.0.113.10 exemplo.com www.exemplo.com

Navegue como um visitante. Teste a página inicial, páginas internas, formulários, login, carrinho e envio de e-mail do site. Se o navegador abrir o endereço antigo mesmo assim, feche e abra de novo, ou use uma janela anônima. Ao terminar, remova a linha do hosts: esquecê-la faz você olhar o servidor novo sem notar.

Quer tirar dúvidas sobre os planos antes de escolher o servidor de destino? Falar com a equipe

5. Cuide do banco de dados no dia da troca

O banco muda enquanto o site é usado, e a cópia do passo 3 fica velha. Como lidar depende do site:

• Site institucional ou blog: congele publicações durante a janela, copie o banco de novo e troque.
• Loja virtual ou site com cadastros: pedidos novos podem cair no servidor antigo enquanto parte dos visitantes ainda vai para lá. Ative o modo de manutenção pelo tempo da cópia final, copie o banco final, aponte o DNS e desative a manutenção no novo. A janela é curta, mas existe.
• Site com banco muito movimentado: peça apoio técnico e planeje a janela para o horário de menor uso. Existem formas de replicação do banco, mas dependem do seu software e ficam fora deste guia.

Depois da troca, o servidor antigo ainda pode receber visitantes por um tempo. Confira nele se algum pedido ou cadastro novo entrou e traga para o novo.

6. Cuide do SSL e do e-mail

O certificado SSL precisa existir no servidor novo antes ou logo depois de apontar. O guia de como instalar certificado SSL mostra o processo. Sem ele, os visitantes que chegam ao novo veem um aviso de segurança. Algumas ferramentas emitem o certificado por um registro TXT no DNS, antes da troca; outras só validam depois que o domínio aponta. Veja o que a sua ferramenta aceita.

O e-mail depende dos registros MX. Se as caixas estão no mesmo servidor do site, migre as mensagens e crie as contas no destino. Se estão em outro serviço, não mexa nos registros MX, SPF, DKIM e DMARC: troque só os registros A ou CNAME do site. Se for trocar os nameservers, recrie todos os registros no DNS novo antes, inclusive os de e-mail. Esquecer um MX é a causa clássica de e-mail parado depois da migração.

7. Aponte o domínio e confira

Com o banco sincronizado, troque o registro A (ou o CNAME) para o IP do servidor novo. Se você precisa de uma janela de manutenção, é agora. Em seguida, confira a resposta do DNS e veja o acesso nos dois servidores:

dig +short exemplo.com A

dig +short exemplo.com MX

dig +short exemplo.com NS

Acompanhe os registros de acesso do servidor antigo. Quando os acessos nele caírem, a mudança se espalhou. Só depois dos dias de segurança do passo 8, suba o TTL para um valor maior, para reduzir consultas.

8. Mantenha o antigo e saiba reverter

Não cancele o servidor antigo no mesmo dia. Deixe-o ativo por alguns dias, em modo somente leitura se possível, para recuperar o que sobrou nele. Se algo der errado, a volta é trocar o registro A de novo para o IP antigo; o efeito depende do TTL baixo que você configurou, e os pedidos feitos no servidor novo nesse intervalo precisam ser trazidos de volta. Por isso o TTL só sobe quando você tem certeza.

Exemplos práticos

• Blog com poucas mudanças: backup, teste pelo hosts, TTL baixo, publicações congeladas por uma tarde e troca do registro A.
• Loja virtual: escolha um horário de menos pedidos, use o modo de manutenção só pelo tempo da cópia final, copie o banco final e confira um pedido de teste no novo antes de liberar.
• Site com e-mail no mesmo domínio: antes de tudo, liste os registros MX e TXT, e confirme que o e-mail continua chegando depois da troca.

Erros que derrubam a migração

• Apontar o domínio antes de testar o servidor novo.
• Não baixar o TTL, ou baixar na véspera de um TTL longo.
• Publicar conteúdo ou aceitar pedidos durante a troca, sem sincronizar o banco.
• Trocar os nameservers sem recriar os registros de e-mail.
• Cancelar o servidor antigo cedo demais.

Está planejando o servidor de destino da migração? Ver planos de VPS

Perguntas frequentes

Quanto tempo leva para a mudança chegar a todos?

Não há prazo fixo. Depende do TTL que estava valendo e dos caches dos provedores. Por isso baixe o TTL com antecedência e acompanhe os acessos.

Meu site vai ficar fora do ar?

O objetivo é que não. Em sites com banco movimentado, como lojas, pode ser preciso uma janela curta de manutenção.

Preciso transferir o domínio para migrar o site?

Não. Transferir o registro do domínio é outro assunto. Para migrar o site, basta apontar o DNS para o servidor novo.

Troco os nameservers ou os registros A?

Se o DNS continua onde está, trocar os registros A ou CNAME é a mudança menor. Troque os nameservers só com todos os registros recriados no destino.

O que fazer se der errado?

Volte o registro A para o IP antigo, mantendo o servidor antigo ativo. Corrija o problema no novo e tente de novo.