Prima di iniziare
Conserva un backup completo datato e una copia indipendente. Blocca scritture o usa backup coerenti con l’applicazione. Prova il ripristino privato e mantieni l’originale.
Inventariare versioni e contenuti
Distingui migrazione applicativa, backup supportato e immagine completa; snapshot esterni non partono automaticamente su KVM.
Annota versioni, avvio, spazio utilizzato, account, permessi, attività, database e dipendenze esterne. Verifica l’esportazione prima di disdire.
- KVM
- Debian / Ubuntu
Conservare tutti i dati
Inventaria OS, architettura, mount, UID/GID, ACL, systemd e cron in lettura; alcuni comandi possono mancare.
Conserva un backup completo datato e una copia indipendente. Blocca scritture o usa backup coerenti con l’applicazione. Prova il ripristino privato e mantieni l’originale.
- systemd / cron
- UID / GID / ACL
Conservare tutti i dati
cat /etc/os-release
uname -mNessuna migrazione o verifica reale è stata effettuata. Conserva origine e recupero testato. Nessuna garanzia di zero interruzioni, stesso IP o licenze trasferibili.
Conservare tutti i dati
df -hT
lsblk -fNessuna migrazione o verifica reale è stata effettuata. Conserva origine e recupero testato. Nessuna garanzia di zero interruzioni, stesso IP o licenze trasferibili.
Conservare tutti i dati
systemctl list-unit-files --state=enabled
systemctl list-timers --all
crontab -lNessuna migrazione o verifica reale è stata effettuata. Conserva origine e recupero testato. Nessuna garanzia di zero interruzioni, stesso IP o licenze trasferibili.
Verificare account e dipendenze
File database attivi non sono export coerenti. Dump transazionali hanno limiti di motore e DDL.
Verifica versioni, spazio temporaneo, porte e permessi del nuovo ambiente. Mantieni inizialmente le versioni; separa gli aggiornamenti. RAM e vCPU uguali non provano prestazioni uguali.
- MySQL / MariaDB / PostgreSQL
Preparare destinazione e backup
rsync locale con -n simula soltanto. Controlla percorsi; non sovrascrivere la rete di destinazione con quella originale.
Pianifica blocco scritture ed esportazione finale coerente. Trasferisci separatamente file e SQL. Confronta dimensioni e hash dello stesso archivio stabile; non prova coerenza SQL.
- rsync -n
- SHA-256
Preparare destinazione e backup
rsync -aHAXn --numeric-ids -- /source/ /destination/Nessuna migrazione o verifica reale è stata effettuata. Conserva origine e recupero testato. Nessuna garanzia di zero interruzioni, stesso IP o licenze trasferibili.
Preparare destinazione e backup
sha256sum /path/archive.tar.gzNessuna migrazione o verifica reale è stata effettuata. Conserva origine e recupero testato. Nessuna garanzia di zero interruzioni, stesso IP o licenze trasferibili.
Provare in privato
Prova utenti, servizi, scritture SQL, certificati, attività e console di recupero; IP e gateway cambiano.
Prova privatamente avvio, autenticazione, permessi, dati e persistenza dopo un riavvio pulito. Verifica certificati e TCP/UDP senza esporre l’amministrazione.
- TCP / UDP
- TLS
Passare e mantenere il recupero
Pianifica sincronizzazione finale, evita attività duplicate e disdici solo dopo l’accettazione.
Cambia indirizzo o DNS solo dopo i test. Considera TTL e cache. Monitora errori e nuove scritture; per tornare indietro occorre riconciliare i dati nuovi.
- DNS
- IP
Cosa fare nel tuo caso
| Situazione | Prossimo passo |
|---|---|
| Prima della migrazione | Non effettuare il passaggio prima di ripristinare con successo un backup completo in privato. |
| Durante il trasferimento | Una copia a caldo può perdere modifiche. Pianifica replica e sincronizzazione finale specifiche con un amministratore; nessuna continuità assoluta promessa. |
| Dopo il passaggio | Mantieni vecchio servizio e originali fino alla verifica. Stabilisci chi autorizza il passaggio e come riconciliare nuove scritture prima del ritorno. |
Fonti ufficiali
Queste fonti descrivono i protocolli e le impostazioni citati. Controlla sempre la documentazione della tua versione.