Pouvez-vous restaurer un seul dossier partagé sans revenir en arrière sur l’ensemble du NAS domestique ?
Oui—un dossier partagé peut souvent être restauré sans revenir en arrière sur tout le NAS.
La restauration reste isolée uniquement lorsque la source de récupération prend en charge la sélection au niveau du chemin et que le dossier ne dépend pas d’un chiffrement, volume, base de données ou application plus large. L’approche sécurisée consiste à identifier l’unité réelle de récupération, restaurer dans un emplacement temporaire, valider le contenu et les métadonnées, puis fusionner, remplacer ou relier délibérément le partage en direct.
Définir l’Unité de Récupération Derrière le Nom du Partage
Un partage NAS inclut plus que les fichiers visibles via SMB. Il peut aussi dépendre de son chemin de base, définition du partage, propriété, ACL, quotas, état de chiffrement, instantanés, paramètres de corbeille et applications qui attendent un emplacement exact.
Si les fichiers existent toujours mais que le partage a disparu, utilisez les vérifications de couche de dossier partagé existantes avant de restaurer les données historiques. Recréer ou relier un enregistrement de partage perdu est plus sûr que de copier un ancien arbre sur un répertoire sain.
Notez quelle couche a échoué : contenu, métadonnées du dossier, publication du partage, accès au chiffrement ou liaison d’application. Une restauration d’un seul dossier est appropriée uniquement lorsque ce dossier sélectionné contient l’unité complète endommagée.
Confirmer que la Source de Récupération Prend en Charge la Sélection de Chemin
Les sauvegardes au niveau fichier, archives consultables et certains instantanés de dossiers partagés permettent généralement une récupération sélective. Les images de volume complet peuvent nécessiter un montage ou une restauration ailleurs avant d’extraire un seul répertoire.
Un exemple de la communauté Synology confirme que les utilisateurs peuvent restaurer vers un autre répertoire via un explorateur de sauvegarde. Une discussion sur le support restic décrit également la restauration d’un instantané d’un seul dossier vers une cible choisie.
Avant de continuer, vérifiez le point de récupération exact, le chemin et la version. Si l’outil n’expose qu’un retour complet de volume, utilisez un stockage de secours ou un NAS temporaire au lieu d’appliquer cette opération au volume en direct.
Le tableau ci-dessous sépare la capacité de sélection de la limite de récupération.
| Source de Récupération | Restauration au Niveau Dossier | Limite Principale |
|---|---|---|
| Sauvegarde au niveau fichier | Généralement disponible | Support des métadonnées variable |
| Instantané consultable | Souvent disponible | Portée de l’instantané peut être un dataset ou volume |
| Image de volume complet | Indirecte | Monter ou restaurer ailleurs d’abord |
| Sauvegarde de configuration | Pas de données fichier | Peut restaurer uniquement les enregistrements de partage |
Sélectionnez la source la plus petite contenant toutes les données et métadonnées requises. Choisir une portée plus petite que la limite réelle de dépendance produit un dossier qui semble restauré mais ne fonctionne pas correctement.
Restaurer dans un Emplacement Alternatif Avant de Toucher aux Données en Direct
Créez un partage de récupération temporaire ou un dataset isolé en dehors de la racine du dossier actuel. Laissez le partage en direct inchangé pendant que vous inspectez la version restaurée et la comparez avec des données saines plus récentes.
Les utilisateurs de Duplicati peuvent choisir une restauration partielle et définir un chemin cible alternatif. Le schéma important est de séparer la récupération du remplacement afin qu’une mauvaise version, chemin ou filtre ne puisse pas écraser automatiquement les données en production.
Comparez les noms de fichiers, nombres, octets logiques, horodatages et contenus représentatifs. Faites un instantané ou renommez l’arborescence en direct avant toute fusion destructive, et arrêtez-vous si l’ensemble restauré contient des suppressions inattendues ou une portée plus ancienne que prévu.
Valider Séparément les Métadonnées et Dépendances d’Applications
Ouvrir plusieurs documents prouve seulement que certains contenus de fichiers ont survécu. Cela ne prouve pas que les utilisateurs domestiques, identités SMB, applications photo, serveurs médias ou conteneurs peuvent utiliser le dossier restauré comme avant.
La récupération de fichiers Linux peut nécessiter la préservation séparée des propriétés et permissions. Sur un NAS, comparez aussi l’héritage ACL, attributs étendus, liens, casse des noms de fichiers, accès au chiffrement et métadonnées annexes.
Testez le dossier restauré via le même utilisateur et chemin applicatif qui l’utilisait auparavant. Si une application dépend d’une base de données, secret, index ou autre montage du même moment, restaurez ces dépendances dans un environnement de test isolé avant de modifier le partage en direct.
Choisir Fusion, Remplacement, Reliaison ou un Repli Plus Large
Fusionnez uniquement les éléments manquants ou endommagés lorsque le partage en direct contient encore des données saines plus récentes. Remplacez tout le dossier uniquement lorsque le point de récupération sélectionné est intentionnellement autoritaire et que les rédacteurs ont été arrêtés.
Reliez lorsque les fichiers sont déjà corrects mais que la définition du partage NAS pointe vers le mauvais chemin de base. Une reliaison est une réparation de configuration, pas une raison de dupliquer ou écraser à nouveau les données.
Escaladez vers une restauration plus large lorsque la sauvegarde ne peut pas exposer des chemins individuels, que la clé de chiffrement appartient au volume entier, que plusieurs dossiers partagent une base de données transactionnelle, ou que la configuration système ne peut pas être reconstruite indépendamment. Restaurez d’abord cette unité plus large sur un stockage de secours, puis extrayez ou validez le partage désiré sans revenir aveuglément en arrière sur le NAS en direct.
Produits recommandés
Assistance et conseils
Plus à lire
Plex peut-il partager un GPU avec un autre conteneur Docker ?
Plex et un autre conteneur peuvent souvent accéder au même GPU, mais vous devez tester la prise en charge des pilotes, le mappage des...
Comment déterminer si une erreur Plex vient du client ou du serveur
Reproduisez le même élément sur un autre client, comparez le chemin de session, puis recueillez les preuves côté serveur uniquement après que la portée...
Comment configurer le cache de Plex et le stockage temporaire du transcodage
Protégez l’état persistant de Plex en plaçant les fichiers temporaires de transcodage sur un stockage local adapté, puis vérifiez le nettoyage, l’espace libre et...
