Antes de começar
Guarde cópia completa datada e original independente. Pare escritas ou use backup coerente com a aplicação. Teste recuperação privada e preserve o original.
Inventariar versões e âmbito
Distinga recuperação aplicativa, cópia suportada e imagem completa; snapshots externos não arrancam automaticamente em KVM.
Registe versões, arranque, espaço usado, contas, permissões, tarefas, bases e dependências externas. Confirme a exportação antes de cancelar.
- KVM
- Debian / Ubuntu
Preservar todos os dados
Inventarie OS, arquitetura, montagens, UID/GID, ACL, systemd e cron só em leitura; comandos podem faltar.
Guarde cópia completa datada e original independente. Pare escritas ou use backup coerente com a aplicação. Teste recuperação privada e preserve o original.
- systemd / cron
- UID / GID / ACL
Preservar todos os dados
cat /etc/os-release
uname -mNenhuma migração ou validação real foi feita. Mantenha origem e recuperação testada. Sem garantia de ausência de interrupção, mesmo IP ou licenças transferíveis.
Preservar todos os dados
df -hT
lsblk -fNenhuma migração ou validação real foi feita. Mantenha origem e recuperação testada. Sem garantia de ausência de interrupção, mesmo IP ou licenças transferíveis.
Preservar todos os dados
systemctl list-unit-files --state=enabled
systemctl list-timers --all
crontab -lNenhuma migração ou validação real foi feita. Mantenha origem e recuperação testada. Sem garantia de ausência de interrupção, mesmo IP ou licenças transferíveis.
Verificar contas e dependências
Ficheiros de bases ativas não são exportação consistente. Dumps transacionais têm limites de motor e DDL.
Confirme versões, espaço temporário, portas e permissões no destino. Mantenha versões inicialmente; separe atualizações. RAM ou vCPU iguais não provam desempenho igual.
- MySQL / MariaDB / PostgreSQL
Preparar destino e cópia
rsync local com -n apenas simula. Verifique caminhos; nunca sobreponha a rede do destino com a da origem.
Planeie pausa de escritas e exportação final coerente. Transfira ficheiros e SQL separadamente. Compare tamanho e hash do mesmo arquivo estável; não prova consistência SQL.
- rsync -n
- SHA-256
Preparar destino e cópia
rsync -aHAXn --numeric-ids -- /source/ /destination/Nenhuma migração ou validação real foi feita. Mantenha origem e recuperação testada. Sem garantia de ausência de interrupção, mesmo IP ou licenças transferíveis.
Preparar destino e cópia
sha256sum /path/archive.tar.gzNenhuma migração ou validação real foi feita. Mantenha origem e recuperação testada. Sem garantia de ausência de interrupção, mesmo IP ou licenças transferíveis.
Testar em privado
Teste utilizadores, serviços, escritas SQL, certificados, tarefas e consola de recuperação; IP e gateway mudam.
Teste em privado arranque, autenticação, permissões, dados e persistência após reinício correto. Verifique certificados e TCP/UDP sem publicar a administração.
- TCP / UDP
- TLS
Mudar e manter recuperação
Planeie sincronização final, evite tarefas duplicadas e cancele apenas após validação.
Mude endereço ou DNS após os testes. Considere TTL e caches. Vigie erros e novas escritas; reverter exige reconciliar novos dados, não apenas DNS.
- DNS
- IP
O que fazer no teu caso
| Situação | Próximo passo |
|---|---|
| Antes da migração | Não faça a mudança antes de recuperar com sucesso uma cópia completa num teste privado. |
| Durante a transferência | Uma cópia em funcionamento pode perder alterações. Planeie replicação e sincronização final específicas com um administrador; não prometemos continuidade absoluta. |
| Depois da mudança | Mantenha serviço anterior e originais até aceitar o destino. Defina quem autoriza a mudança e como reconciliar novas escritas antes de reverter. |
Fontes oficiais
Estas fontes explicam os protocolos e configurações referidos. Confirma sempre a documentação da tua versão.