Migração de cPanel para cPanel: checklist
Atualizado em 7 min de leituraPela equipe do DNSPeek
Uma mudança de cPanel para cPanel geralmente é um backup completo da conta restaurado no novo servidor, ou uma execução do WHM Transfer Tool se você tiver acesso root no lado novo. O backup leva arquivos, bancos de dados, caixas de e-mail, zona DNS e tarefas cron, mas não as configurações no nível do servidor, como extensões do PHP ou regras de firewall. Teste a conta restaurada no novo IP antes de alterar o DNS e depois sincronize o e-mail e faça a troca.
Duas formas de mover uma conta cPanel
| Método | Quem pode usar | Como funciona |
|---|---|---|
| Backup completo da conta e restauração | Qualquer pessoa com o login do cPanel na hospedagem antiga | Crie um backup completo no cPanel (Backup → Download a Full Account Backup) e peça à nova hospedagem para restaurá-lo, ou restaure você mesmo no WHM, se tiver acesso. |
| WHM Transfer Tool | Acesso root ou de revenda no novo servidor | O WHM se conecta ao servidor antigo e copia uma ou mais contas, incluindo os bancos de dados e o e-mail. |
| Migração feita pela hospedagem | Clientes de hospedagens que oferecem migração gratuita | A nova hospedagem faz uma das opções acima por você. Pergunte o que está incluído e quando será feita a sincronização final. |
As três dão o mesmo resultado: a conta existe no novo servidor, com o mesmo nome de usuário, diretório home, bancos de dados e caixas de e-mail, enquanto o DNS ainda aponta para o antigo. Essa é a janela em que você testa.
O que um backup do cPanel copia e o que não copia
Um backup completo da conta é abrangente, mas só conhece a conta. Tudo o que é configurado no nível do servidor fica para trás.
| Normalmente copiado | Conferir manualmente |
|---|---|
| Diretório home, incluindo public_html e as pastas dos domínios adicionais | Versão do PHP por domínio (MultiPHP) e extensões do PHP |
| Bancos de dados MySQL ou MariaDB e seus usuários | Limites do PHP como memory_limit e upload_max_filesize |
| Contas de e-mail, mensagens, encaminhadores e filtros | Firewall do servidor, regras do ModSecurity e listas de IPs permitidos |
| Zona DNS dos domínios da conta | Hosts com acesso remoto ao banco de dados e chaves SSH |
| Tarefas cron, subdomínios, domínios adicionais e estacionados | Endereços IP dedicados e qualquer coisa fixada no IP antigo |
| Certificados SSL instalados | Integrações de terceiros que liberam o IP do servidor antigo |
Compare primeiro a versão do PHP: um site movido do PHP 7.4 para o 8.x sem conferência pode falhar com erros fatais que só aparecem em algumas páginas. Um relatório de QA rastreia o site no novo servidor e lista erros de PHP impressos nas páginas, arquivos faltando e páginas de erro do servidor.
Passo a passo
Etapa 1: Faça o inventário da conta antiga
Anote os domínios, a versão do PHP por domínio, os limites do PHP, as tarefas cron, as contas de e-mail e quaisquer serviços externos que liberem o IP antigo.
Etapa 2: Reduza o TTL
Defina em 300 segundos o TTL dos registros A e dos relacionados ao MX um ou dois dias antes da mudança. Confira os valores atuais com o verificador de TTL.
Etapa 3: Crie o backup ou execute a transferência
Gere um backup completo da conta no cPanel e baixe-o, ou inicie uma execução do WHM Transfer Tool a partir do novo servidor.
Etapa 4: Restaure e iguale as configurações do servidor
Restaure a conta no novo servidor e depois defina a mesma versão do PHP, as mesmas extensões e os mesmos limites para cada domínio.
Etapa 5: Teste no novo IP antes do DNS
Abra o site no novo servidor com um link de prévia (domínio mais novo IP), navegue pelas páginas principais, envie um formulário e entre no CMS. Compartilhe o link com o responsável pelo site.
Etapa 6: Execute um relatório de QA
Rastreie a prévia com um relatório de QA: ele aponta páginas e arquivos quebrados, erros de PHP, problemas de redirecionamento e registros DNS de e-mail faltando.
Etapa 7: Troque o DNS e sincronize o e-mail
Congele o conteúdo, aponte os registros A (e o MX, se o e-mail também mudar) para o novo IP e depois copie os e-mails e dados que chegaram ao servidor antigo nesse meio-tempo.
Etapa 8: Verifique e mantenha a conta antiga por um tempo
Acompanhe a propagação com o verificador de propagação de DNS, confira o certificado e cancele a conta antiga só depois que o tráfego e os e-mails pararem de chegar lá.
E-mail: a parte que as pessoas esquecem
Se o registro MX do domínio aponta para o servidor cPanel antigo (muitas vezes mail.example.com no mesmo IP), os e-mails continuam chegando lá até o DNS mudar. Mensagens que chegam depois do seu backup só existem no servidor antigo. Planeje isso:
- Troque os registros do site e do e-mail ao mesmo tempo e depois copie os e-mails que chegaram nesse intervalo. A nova hospedagem pode refazer a transferência só do e-mail, ou você pode sincronizar as caixas por IMAP.
- Avise os usuários de que as configurações do cliente de e-mail podem mudar se o hostname ou o certificado do e-mail mudarem no novo servidor.
- Confira se o registro SPF inclui o novo servidor caso ele envie e-mails, por exemplo de formulários de contato. Consulte com o verificador de SPF e confira o MX com a consulta de registros MX.
Se o e-mail estiver hospedado em outro lugar, como Google Workspace ou Microsoft 365, não mexa no MX. Só garanta que a zona DNS do lado novo tenha os mesmos registros MX, SPF, DKIM e DMARC antes de mudar os nameservers.
Alterar o registro A ou os nameservers?
Se o domínio usa os nameservers da hospedagem antiga, você tem duas opções. Trocar os nameservers para os da nova hospedagem é limpo, mas mais lento, porque muitos resolvedores guardam em cache a delegação no registro do domínio por até dois dias. Alterar só os registros A no provedor de DNS atual é rápido e reversível, e você pode mudar os nameservers depois, quando nada mais estiver mudando.
De qualquer forma, compare antes a zona dos dois lados. A ferramenta comparador de DNS mostra os registros que diferem entre os servidores DNS antigo e novo, e o verificador de nameservers mostra quais nameservers o registro do domínio está entregando hoje.
SSL no novo servidor cPanel
O AutoSSL do cPanel muitas vezes não consegue emitir um certificado para o seu domínio até ele apontar para o novo servidor. Até lá, o servidor apresenta o certificado do próprio hostname ou um autoassinado. Para testar o site por HTTPS mesmo assim, defina um link de prévia do DNSPeek como Ignorar verificação e confirme o certificado real depois da troca com o verificador de SSL. Veja modos SSL.
Checklist de migração de cPanel
De cPanel para cPanel
- Domínios, domínios adicionais e subdomínios listados
- Versão do PHP, extensões e limites anotados para cada domínio
- Tarefas cron e listas de IPs permitidos externas anotadas
- TTL reduzido para 300 segundos com antecedência
- Backup completo da conta baixado ou transferência pelo WHM concluída
- Mesmas configurações de PHP aplicadas no novo servidor
- Site conferido no novo IP com um link de prévia
- O formulário de contato envia e-mail a partir do novo servidor
- Relatório de QA executado, achados críticos corrigidos
- Zona DNS comparada: MX, SPF, DKIM e DMARC presentes no lado novo
- Registros A trocados; e-mail sincronizado depois da troca
- Certificado emitido e válido no novo servidor
- Conta antiga cancelada só depois que o tráfego e os e-mails pararam
Perguntas frequentes
Um backup completo do cPanel inclui o e-mail?
Sim. Um backup completo da conta inclui as contas de e-mail, as mensagens armazenadas, os encaminhadores e os filtros. Mensagens que chegam ao servidor antigo depois do backup não estão nele, então sincronize o e-mail de novo depois da troca de DNS.
Posso restaurar um backup do cPanel sem acesso ao WHM?
Não como conta inteira. Restaurar um backup completo é uma função do WHM, então em hospedagem compartilhada você envia o backup e pede à nova hospedagem para restaurá-lo. Com acesso só ao cPanel, você pode restaurar partes, como o diretório home ou um banco de dados, a partir de backups parciais.
Meu site vai ficar fora do ar durante uma migração de cPanel?
Não, desde que a conta antiga continue funcionando até o DNS mudar. O servidor antigo atende os visitantes enquanto você restaura e testa no novo, e depois da troca os visitantes passam para o novo conforme os caches DNS deles expiram.
Como testar a conta restaurada antes de alterar o DNS?
Solicite o site ao novo IP usando o nome de domínio real. Um link de prévia do DNSPeek faz isso em qualquer navegador e pode ser compartilhado; uma entrada no arquivo hosts faz isso em um só computador. Abrir o site só pelo IP normalmente mostra a página padrão do servidor em vez do seu site.
Devo mudar os nameservers para a nova hospedagem?
Só se você quiser que a nova hospedagem gerencie o DNS. Trocar os nameservers demora mais para se espalhar do que alterar um registro A, então muita gente troca primeiro os registros A e muda os nameservers depois, após copiar todos os registros para a nova zona.