Procédure de Sauvegarde Bare-Metal
L'objectif est de créer une image compressée du système d'exploitation complet vers le NAS. Cliquez sur les étapes ci-dessous pour voir les détails d'exécution.
Détails de l'étape
← Sélectionnez une étape pour voir les instructions.
Intervention : Le Jour du Crash
Le NVMe est mort. Voici comment remettre le serveur Geekom A5 en production avec une perte de données minimale et un temps d'arrêt inférieur à 30 minutes.
Budget Temps Estimé (Total: 30 min)
Répartition indicative des phases d'intervention.
⚡ Protocole d'Urgence
- Intervention Physique : Remplacer le module NVMe défectueux par le nouveau disque vierge dans le châssis du Geekom A5.
- Amorçage : Insérer la clé USB et booter sur Rescuezilla.
- Restauration : Choisir l'option Restore, pointer vers l'archive sur le NAS (/mnt/syno_backup) et sélectionner le nouveau disque cible.
- Redémarrage : Le serveur Fedora redémarre dans l'état exact du dernier clonage trimestriel.
-
Étape Critique Finale : Lancer immédiatement
backup-full.sh(mode restauration) pour récupérer les données les plus récentes des conteneurs depuis le SSD de sauvegarde.
Décision d'Architecture
Justification du choix de l'outil graphique par rapport aux utilitaires en ligne de commande bas niveau.
Pourquoi rejeter la commande dd ?
-
✘
Copie aveugle des blocs L'utilitaire
ddclone bit par bit. Si le NVMe fait 1To mais ne contient que 100Go de données,ddgénère un fichier de 1To. L'espace NAS est gaspillé. -
✘
Absence de vérification Aucun contrôle d'intégrité n'est effectué pendant ou après le transfert natif, augmentant les risques de restauration corrompue.
-
✔
L'avantage Rescuezilla Il comprend la table des partitions, ignore l'espace vide, compresse le résultat à la volée, et est par conséquent infiniment plus rapide pour écrire sur le réseau (NAS).
Efficacité de Stockage (NAS)
Exemple pour un NVMe de 1 To avec 150 Go utilisés