Introduction au clonage système
La sauvegarde RSYNC quotidienne sécurise vos fichiers, mais pas l'amorce du disque. Le clonage trimestriel avec Rescuezilla crée une image "froide" de votre OS Fedora, permettant de redémarrer sur un nouveau disque sans réinstallation.
! Workflow de clonage Rescuezilla
Pré-requis
- ➤ Clé USB Rescuezilla bootable.
- ➤ Accès réseau au NAS (IP fixe).
- ⚠ Arrêt complet du serveur Geekom.
Phase de crise : Restauration des données
Le disque est remplacé, le système est cloné. Voici l'étape finale : l'utilisation du mode restauration de votre script pour réinjecter les données de production les plus récentes (bases de données SQL et volumes Podman).
Étape Critique Finale
Exécution du script PRA
Après avoir redémarré sur votre OS cloné, les bases de données sont dans l'état de votre dernier clone (plusieurs semaines). Lancez cette commande pour synchroniser les données du SSD vers la production :
./backup-full.sh --restore
- 1. Écrase les configurations Quadlets par celles du backup.
- 2. Restaure les volumes Podman (/home/mourad/apps).
- 3. Réinjecte les dumps SQL (Blinko, Nextcloud).
Estimation du temps de reprise (Minutes)
Analyse Comparative
Pourquoi avoir choisi Rescuezilla au lieu de la commande Linux standard dd ? Voici les données qui justifient notre architecture de sauvegarde.
Optimisation du Stockage (Données 150Go / Disque 1To)
Défauts de la commande DD
La commande dd copie chaque bloc, y compris l'espace vide. Le résultat est un fichier massif de 1 To, saturant le NAS inutilement et ralentissant la restauration.
Atouts de Rescuezilla
Rescuezilla ignore les blocs vides et compresse les données utiles. Résultat : une image système de ~100 Go au lieu de 1 To. Intégrité vérifiée par sommes de contrôle.