Esquecer de Reduzir o TTL
Se o TTL estiver em 24h (86400s), metade dos clientes continuará acessando o servidor antigo durante um dia inteiro, causando duplicidade de pedidos.
engenharia de transição segura
Simulador de migração de hospedagem sem queda
Troque de hospedagem de sites sem perder vendas, sem tirar o site do ar e sem perder mensagens de e-mail corporativo com o roteiro em 5 fases de Zero Downtime.
Planejador de Engenharia de Migração
Configuração do Cenário Atual
Escolha um perfil de projeto ou ajuste os parâmetros técnicos da sua estrutura:
Cenários comuns para planejar:
MJCR WebDEV HUB WEBSITES • RADAR DIGITAL
Escopo da Migração de Servidor:
Plano de transição técnica em 5 fases para troca segura de hospedagem de sites.
Zero Downtime Garantido
Roteiro de Transição Pronto
Tempo de Propagação Previsto
5 minutos
Janela ideal: Terça às 22h
Ciclo Cronológico de Execução
Janela de Virada: 22h às 23h
Linha do Tempo da Operação de Transição (72 Horas)
D-2 (48h antes)
Reduzir TTL
Mudar TTL do DNS para 300s.
D-1 (24h antes)
Cópia de Dados
Exportar backup e criar contas.
D-0 (Horário H)
Virada de DNS
Teste hosts e troca de IP.
D+1 (24h após)
Sincronização
Resgatar e-mails residuais.
D+2 (48h após)
Finalização
Restaurar TTL para 86400s.
1
Fase 1: Preparação & Redução do TTL de DNS (24h a 48h antes)
Essencial
Acesse a zona de DNS e altere o TTL dos registros A e MX de 86400 (24 horas) para 300 segundos (5 minutos). Isso garante que, na hora da virada, o mundo inteiro passará a acessar o novo servidor em apenas 5 minutos.
2
Fase 2: Clonagem de Arquivos, MySQL e Criação de Caixas Postais
Sem Parada
Exporte o backup completo e restaure no novo servidor. Crie exatamente as mesmas contas de e-mail corporativo com as mesmas senhas no novo painel. O site antigo continua funcionando normalmente para os visitantes.
3
Fase 3: Teste Oculto no Novo Servidor (Via Arquivo Hosts)
Validação 100%
Antes de alterar o DNS público, teste o site no novo servidor forçando a resolução no seu arquivo local. Teste formulários, painel administrativo e certificado SSL.
192.0.2.1 minhaempresa.com.br www.minhaempresa.com.br
4
Fase 4: Virada Oficial de DNS & Apontamento de IP
Virada
No horário programado (ex: 22h), altere o Registro A principal e o MX para o IP do novo servidor. Graças ao TTL reduzido na Fase 1, o tráfego migra suavemente sem páginas de erro.
5
Fase 5: Sincronização Incremental de E-mails & Restauração do TTL
Conclusão
Execute a sincronização final para capturar mensagens residuais recebidas no servidor antigo durante a virada. Após 48h de estabilidade, restaure o TTL para 86400 (24h) para economia de requisições DNS.
Engenharia de Infraestrutura
Por que migrações amadoras derrubam sites e perdem e-mails?
A maioria dos problemas de migração ocorre por falta de planejamento de DNS e falta de sincronização incremental na hospedagem de sites.
Migração sem Teste Hosts
Trocar o DNS antes de testar pode expor erros de banco de dados (Error establishing a database connection) ou incompatibilidade de versão PHP.
Perda de E-mails Residuais
Desligar o servidor antigo logo após mudar o DNS faz com que mensagens enviadas durante a propagação voltem com erro de destinatário inexistente.
Tire suas dúvidas
Perguntas Frequentes sobre Migração de Hospedagem
O que significa migração com "Zero Downtime"?
Significa transferir todos os arquivos, bancos de dados e e-mails corporativos de uma hospedagem de sites para outra sem que o site fique fora do ar nem por um único segundo durante o processo de propagação DNS.
Por que a redução do TTL no DNS é fundamental antes de migrar?
O TTL (Time to Live) define por quanto tempo os provedores de internet mantêm em cache o IP antigo do seu site. Ao reduzir o TTL para 300 segundos (5 minutos) com 24h a 48h de antecedência, a virada de DNS ocorre quase que instantaneamente para todos os visitantes do mundo.
Como testar o site no novo servidor antes de mudar o DNS público?
Você pode adicionar uma linha no arquivo "hosts" do seu computador (Windows ou Mac) apontando o IP do novo servidor para o seu domínio. Assim, apenas o seu computador navegará no novo servidor para testes de login, formulários e compras antes da virada pública.
O que acontece com os e-mails recebidos durante a migração?
Com o procedimento correto de sincronização IMAP (ou migração cPanel Full), as mensagens antigas são copiadas primeiro. Após a virada de DNS, executa-se uma sincronização incremental (rsync/IMAPSync) para capturar os e-mails residuais que chegaram no servidor antigo.
Qual o melhor dia e horário para fazer a virada de DNS?
Recomenda-se realizar a virada entre terça-feira e quinta-feira, entre 22h e 00h (fora do horário comercial de pico). Evite sextas-feiras ou vésperas de feriados para garantir suporte técnico imediato caso necessário.