Restauration d’un dataset client ZFS

Restauration d’un dataset client ZFS (procédure sécurisée)

Objectif

Restaurer des données d’un dataset client à partir d’un snapshot ZFS sans risque de perte de données.

---

Principe

• Ne jamais faire de rollback direct sans vérification
• Toujours tester la restauration via un clone
• Valider les données restaurées avant toute action destructive

---

Étape 1 : Identifier le snapshot

Lister les snapshots du dataset :

zfs list -t snapshot | grep data/clients/ad64-data

Choisir le snapshot à utiliser, par exemple :

data/clients/ad64-data@autosnap_2026-04-29_10:30:02_daily

---

Étape 2 : Créer un clone (méthode sûre)

Créer un clone du snapshot :

zfs clone data/clients/ad64-data@autosnap_2026-04-29_10:30:02_daily data/restore/ad64-test

---

Étape 3 : Vérifier les données

• Accéder au clone monté
• Vérifier les fichiers
• Tester les données restaurées

Exemple :

ls -lah /data/restore/ad64-test

---

Étape 4 : Restauration des données

Deux possibilités :

4.1 Restauration partielle (recommandée)

Copier uniquement les fichiers nécessaires :

rsync -av /data/restore/ad64-test/chemin/fichier /data/clients/ad64-data/

---

4.2 Restauration complète (prudence)

Supprimer les données actuelles et recopier :

rsync -a --delete /data/restore/ad64-test/ /data/clients/ad64-data/

---

Étape 5 : Nettoyage

Supprimer le clone après validation :

zfs destroy data/restore/ad64-test

---

Principe

Le rollback remplace complètement l’état actuel du dataset.

Commande

zfs rollback data/clients/ad64-data@autosnap_2026-04-29_10:30:02_daily

Attention

• Toutes les modifications après le snapshot sont perdues
• Action immédiate et non réversible sans autre snapshot

---

Workflow complet : snapshot → test → rollback

Étape 1 : Snapshot (manuel si besoin)

zfs snapshot data/clients/ad64-data@manual_test

---

Étape 2 : Clone du snapshot

zfs clone data/clients/ad64-data@manual_test data/restore/ad64-test

---

Étape 3 : Test

• Vérifier les fichiers dans le clone
• Tester les applications si nécessaire

---

Étape 4 : Décision

• Si OK → restaurer les données nécessaires
• Si KO → supprimer le clone

---

Étape 5 : Rollback (optionnel)

Si restauration complète nécessaire :

zfs rollback data/clients/ad64-data@manual_test

---

Étape 6 : Nettoyage

zfs destroy data/restore/ad64-test

---

Bonnes pratiques

• Toujours privilégier le clone avant rollback
• Ne jamais travailler directement sur le snapshot
• Vérifier l’espace disque avant clone
• Supprimer les clones après usage
• Documenter les opérations de restauration

---

Résumé

• Clone = méthode sûre
• Rollback = méthode rapide mais risquée
• Snapshot = point de restauration
• Sanoid = gestion automatique des snapshots

zfs list -t snapshot

Identifier et explorer un snapshot

Lister les snapshots avec date

zfs list -t snapshot -o name,creation -s creation | grep data/clients/ad64-data

Permet de voir clairement :

• le nom du snapshot
• sa date de création

---

Accéder au contenu d’un snapshot

Les snapshots sont accessibles via le dossier spécial .zfs/snapshot :

ls /data/clients/ad64-data/.zfs/snapshot/

Puis :

ls /data/clients/ad64-data/.zfs/snapshot/<nom_snapshot>/

---

Activer la visibilité si nécessaire

zfs set snapdir=visible data/clients/ad64-data

---

Comparer deux snapshots

zfs diff data/clients/ad64-data@snapshot1 data/clients/ad64-data@snapshot2

---

Comparer un snapshot avec l’état actuel

zfs diff data/clients/ad64-data@snapshot data/clients/ad64-data

---

Cas d’usage : restauration après suppression accidentelle

Situation

• Un utilisateur supprime un répertoire important à 11h15
• Le dernier snapshot horaire est à 11h00

---

Étape 1 : Identifier le bon snapshot

zfs list -t snapshot -o name,creation | grep ad64-data

Choisir le snapshot juste avant l’incident :

data/clients/ad64-data@autosnap_2026-04-29_11:00:00_hourly

---

Étape 2 : Vérifier le contenu

ls /data/clients/ad64-data/.zfs/snapshot/autosnap_2026-04-29_11:00:00_hourly/chemin/

---

Étape 3 : Restaurer uniquement les données nécessaires

rsync -av \
/data/clients/ad64-data/.zfs/snapshot/autosnap_2026-04-29_11:00:00_hourly/chemin/ \
/data/clients/ad64-data/chemin/

---

Étape 4 : Vérification

• Vérifier les fichiers restaurés
• Vérifier les droits

---

Étape 5 : Nettoyage

Aucun nettoyage nécessaire (le snapshot est géré par sanoid)

---

Cas d’usage avancé : analyse avant restauration

Comparer l’état avant/après

zfs diff \
data/clients/ad64-data@autosnap_2026-04-29_10:00:00_hourly \
data/clients/ad64-data@autosnap_2026-04-29_11:00:00_hourly

---

Interprétation

• Modèle:Code : fichier ajouté
• Modèle:Code : fichier supprimé
• Modèle:Code : fichier modifié

---

Bonnes pratiques

• Toujours explorer un snapshot avant restauration
• Privilégier une restauration partielle (rsync)
• Ne pas utiliser rollback sans analyse préalable
• Utiliser zfs diff pour comprendre les changements
• Vérifier la date du snapshot avant action

---

Résumé

• .zfs/snapshot permet d’explorer les snapshots
• Modèle:Code permet d’identifier le bon snapshot
• Modèle:Code permet d’analyser les changements
• Modèle:Code permet une restauration fine et sécurisée