Lista de verificação de migração de hospedagem com testes e reversão
Planeje uma migração de hospedagem com cópias de arquivos e bancos de dados, credenciais privadas, testes de destino, transição DNS e uma janela de reversão verificada.
Conteúdo revisado · Português (BR)
- Tipo de guia
- Mover e recuperar
- Exemplos
- Ilustrativo, específico do ambiente
- Escopo de integração
- Nenhuma máquina remota conectada
Inventarie a aplicação completa
Registre arquivos web, bancos de dados, uploads, tarefas agendadas, e-mail, certificados, DNS, integrações de terceiros e segredos. Verifique as versões de runtime e as licenças no destino. Uma exportação de imagem só é útil se o destino suportar seu formato e rede.
Faça a primeira cópia antes de mudar DNS
Use um transporte privado e um diretório de destino que você controla. O exemplo copia o conteúdo em vez de aninhar a pasta de origem, e começa com uma simulação. Ele deliberadamente omite uma opção de exclusão. Verifique a propriedade e as permissões no destino.
rsync -avzn -e "ssh -p 22" /srv/site/ operator@192.0.2.40:/srv/site/
# After reviewing the dry run and destination:
rsync -avz -e "ssh -p 22" /srv/site/ operator@192.0.2.40:/srv/site/Exporte o banco de dados com seu método nativo
Copiar os arquivos de um banco de dados em execução não substitui uma exportação de banco de dados consistente com o aplicativo. A abordagem de transação única do MySQL é apropriada para tabelas transacionais e ainda exige cuidado com alterações de esquema ou tabelas não transacionais. Use um destino protegido para a exportação e solicite a senha em vez de incorporá-la em um argumento.
mysqldump --single-transaction --routines --triggers --events \
-u app_user -p app_database > /private-backup/app-database.sqlO caminho de saída é ilustrativo e deve ser privado, gravável e fora da raiz da web. Para PostgreSQL, use o fluxo de trabalho pg_dump / pg_restore dele.
Teste o destino antes da migração
Use um hostname temporário ou uma substituição DNS local controlada. Teste login, gravações, uploads, tarefas em segundo plano, mensagens de saída e HTTPS. Copie segredos por um canal privado e evite executar as tarefas agendadas de ambos os lados contra o mesmo serviço externo.
Faça uma cópia final consistente e mova a rota
Reduza o TTL com antecedência, pause gravações quando necessário, exporte as últimas mudanças e complete a sincronização final de arquivos. Atualize DNS somente após as verificações de destino passarem. Mantenha o host antigo e backup independente durante a janela de rollback; caches DNS podem continuar enviando alguns visitantes para a origem anterior.
Aposente o serviço antigo somente após a aceitação
Monitore erros e compare registros críticos após a migração. Reconcilie quaisquer gravações que chegaram à origem antiga. Confirme o e-mail e os callbacks externos e, em seguida, encerre o serviço antigo de acordo com suas regras de cobrança e retenção de dados. Não é alegado tempo de inatividade zero nem migração automática.
Saia com um resultado verificável.
- Inventarie arquivos, banco de dados, runtime, tarefas agendadas, e-mail, DNS e dependências de integração.
- Mantenha exportações, credenciais e chaves de recuperação fora da raiz pública da web.
- Teste login, gravações, uploads, HTTPS e tarefas em segundo plano no destino.
- Pausar ou reconciliar gravações durante a cópia final, depois alterar DNS.
- Aceite a aplicação e restaure as verificações antes de desativar o serviço antigo.
Perguntas, respondidas.
Mudar o DNS copia meu site?
Não. O DNS altera para onde os visitantes são encaminhados; ele não transfere arquivos, bancos de dados, caixas de correio, tarefas agendadas ou credenciais. Teste o destino completo antes de mover a rota.
Ambos os hosts podem continuar aceitando gravações durante uma migração?
Apenas com um design deliberado de sincronização e reconciliação. Caso contrário, use uma janela de manutenção apropriada para a cópia final consistente. Os caches DNS ainda podem enviar solicitações para a origem anterior após uma alteração.
A migração é realizada automaticamente pelo OmbraHost?
Nenhuma migração ou conexão remota com provedor é executada na aplicação. As opções de migração preparadas precisam de escopo confirmado, acesso, plano de corte e reversão antes que o trabalho real seja oferecido.