Tester une sauvegarde en restaurant les fichiers séparément

Sommaire

L’essentiel

Vérifiez une sauvegarde sans écraser les originaux : choisissez un instantané, restaurez un échantillon, comparez les fichiers et consignez le résultat.

Définir le scénario de récupération

Un travail de sauvegarde déclaré réussi indique que le programme a terminé une tâche. Pour savoir si la copie répond à vos besoins, récupérez des fichiers et utilisez-les. Ce guide décrit une répétition sans modification des originaux pour des documents ordinaires, des photos et des données exportées. Il ne traite ni de la restauration d’un système d’exploitation, ni de la réparation d’un dépôt endommagé, ni de la restauration d’une base de données active. Ces tâches exigent leurs propres procédures.

Choisissez le scénario : suppression accidentelle, perte de l’ordinateur ou retour à une ancienne version. Notez le dossier, la version voulue et le délai acceptable. Récupérer un document d’hier ne prouve pas que vous pourrez récupérer une archive de l’an dernier. Sélectionnez quelques fichiers représentatifs : un petit texte, une image, un fichier plus volumineux et un sous-dossier. Utilisez des données de test sans importance lors du premier essai.

Notez l’emplacement de la sauvegarde et le programme qui l’a créée. Pour un dépôt chiffré, vérifiez que vous pouvez obtenir le mot de passe par un moyen protégé indépendant de l’ordinateur d’origine. Ne copiez pas dans le compte rendu de mot de passe, d’identifiants cloud, de phrase de récupération ou de clé privée. La documentation Kopia précise que le mot de passe du dépôt est nécessaire à la restauration. [1][3]

Préparer une destination sans écraser les originaux

Créez un nouveau dossier vide en dehors du dossier source et du dépôt de sauvegarde. Donnez-lui un nom indiquant sa fonction de test. Vérifiez son chemin complet avant de confirmer. Une restauration par-dessus la source rend la distinction entre fichiers récupérés et originaux difficile et risque de remplacer des données à conserver. Évitez un dossier automatiquement synchronisé lors du premier essai : les fichiers restaurés pourraient se propager à d’autres appareils.

Vérifiez l’espace disponible pour la sélection et les opérations temporaires du programme. Assurez-vous que le stockage est connecté et lisible. Pour une sauvegarde cloud, renseignez-vous sur les limites de téléchargement et les frais de récupération avant de choisir un gros échantillon. Kopia permet de choisir le stockage, mais vous devez le configurer et le financer.

Si vous simulez la perte de l’ordinateur, décrivez aussi l’installation du bon logiciel et la reconnexion au dépôt sur un autre appareil de confiance. Ouvrir un dépôt déjà connecté sur la machine actuelle ne teste pas cette étape. Limitez l’exercice aux ressources vous appartenant ou que vous administrez. Ne modifiez pas les identifiants de production, la conservation ou les droits d’accès simplement pour faire réussir le test. [1][3]

Vérifier le dépôt avant la restauration

Lisez les options de vérification de votre version installée. Le contrôle des structures et la lecture complète des données répondent à des questions différentes. La commande check de Restic vérifie la cohérence du dépôt ; l’option read-data lit également les paquets de données. La vérification ordinaire des instantanés Kopia contrôle les structures et la présence des blocs nécessaires, sans télécharger, déchiffrer et décompresser chaque fichier.

Kopia documente l’option verify-files-percent pour lire le contenu des fichiers pendant la vérification. La valeur 100 demande de vérifier tous les fichiers, avec le trafic et le traitement correspondants. Elle ne crée pas de dossier de travail restauré permanent. Choisissez un périmètre supportable et consignez le réglage plutôt qu’un simple « sauvegarde vérifiée ». Suivez l’aide actuelle du programme au lieu de reprendre les options d’un autre outil.

Si la vérification signale des données manquantes ou corrompues, conservez le journal et cessez de considérer cette copie comme récupérable avec certitude. Ne commencez pas par supprimer des instantanés ou lancer une réparation mal comprise. Préservez les autres copies. Ce guide sépare le test de récupération de la réparation du dépôt, car une réparation peut modifier les données et nécessite un plan adapté au problème. [2][4]

Restaurer un instantané précis

Affichez les instantanés disponibles et choisissez un identifiant ou un horodatage précis. Vérifiez que l’instantané contient le dossier voulu et précède la modification à annuler. Le plus récent peut déjà intégrer une suppression accidentelle. Notez la version avant de commencer pour permettre à une autre personne de reproduire le résultat.

Dans KopiaUI, choisissez la restauration de l’instantané et examinez la destination avant confirmation. Avec Restic, suivez la procédure restore documentée en indiquant un répertoire cible distinct. Cet article n’impose pas de commande universelle : authentification et chemins dépendent de votre configuration. Ne remplacez pas un chemin cible fictif par votre dossier source actif simplement parce qu’il vous est familier.

Attendez la fin et conservez le résultat, y compris les avertissements et les fichiers non restaurés. Une barre de progression arrivée au bout ne suffit pas si le journal mentionne des éléments ignorés. Ne supprimez pas les originaux pour rendre le test réaliste. Pour tester une ancienne version, modifiez un échantillon sans valeur après la première sauvegarde, créez un autre instantané puis restaurez le premier dans votre dossier de test. [3]

Examiner les fichiers et mesurer le résultat

Examinez l’arborescence restaurée et comparez-la à l’échantillon attendu. Vérifiez noms, sous-dossiers et tailles. Ouvrez le document texte et lisez-le, regardez la photo puis ouvrez le gros document avec son application habituelle. La présence d’un fichier ne prouve pas que vous avez choisi la bonne version ni que le logiciel sait la lire.

Si vous disposez d’une copie de référence fiable, comparez les empreintes cryptographiques pour vérifier l’égalité octet par octet. Utilisez la référence de la version restaurée : une différence avec un fichier actuel modifié volontairement est normale. Des empreintes identiques ne prouvent pas que l’original était correct, complet ou exempt de contenu malveillant avant sauvegarde. Mentionnez cette limite.

Mesurez le temps nécessaire à l’accès, au téléchargement, à la restauration et à l’inspection. Notez les autorisations ou métadonnées manquantes si elles comptent pour votre usage. Le test de fichiers ordinaires ne démontre ni la cohérence d’une base de données ni le démarrage d’un système. Présentez une sélection testée comme une restauration d’échantillon réussie, sans garantie pour tous les instantanés ou toutes les pannes. Éclaircissez les différences inexpliquées avant de dépendre de cette copie. [2][3]

Conserver un compte rendu et répéter le test

Conservez un compte rendu court avec date, version du logiciel, nom du dépôt, identifiant de l’instantané, fichiers choisis, destination, réglages et résultat. Ajoutez la durée et les avertissements non résolus. Écartez les secrets des captures et journaux à partager. Un résultat utile précise quel instantané a fourni quel échantillon dans quel dossier distinct, avec les contrôles réalisés.

Répétez l’exercice après un changement de fournisseur de stockage, d’accès au chiffrement, de logiciel ou de conservation. Choisissez aussi un intervalle régulier adapté à l’importance des fichiers. Incluez des instantanés anciens si l’historique compte. Vérifiez que la personne chargée de la récupération peut trouver les instructions et obtenir un accès autorisé sans dépendre de la machine en panne.

Supprimez uniquement le dossier de test devenu inutile, après vérification du chemin complet. Ne supprimez pas le dépôt et ne changez pas la conservation pendant ce nettoyage. Gardez le compte rendu et améliorez les instructions aux endroits incertains. L’objectif est une procédure reproductible aux limites explicites, étayée par des fichiers réellement restaurés plutôt que par une notification de réussite non vérifiée. [2][3]

Questions fréquentes

Faut-il supprimer les originaux pour le test ?

Non. Restaurez dans un dossier vide distinct sans toucher aux originaux. [3]

Une vérification des métadonnées lit-elle chaque fichier ?

Pas nécessairement. Examinez le mode choisi : lecture complète des données et restauration sont des opérations différentes. [2][4]

Un échantillon prouve-t-il que toutes les copies sont utilisables ?

Non. Notez l’instantané et la sélection testés, puis vérifiez d’autres versions utiles. [3]

Preuves et sources

Document source: 4 nov. 2026 · Vérifié: 4 nov. 2026

[1]Rapporté par une source
Kopia nécessite le mot de passe du dépôt pour restaurer les fichiers.
Extrait à l’appui: Kopia : prise en main
Traduction de l’extrait
There is absolutely no way to restore any of your backed up files from a repository if you forget your password!
Citation originale
There is absolutely no way to restore any of your backed up files from a repository if you forget your password!
Kopia: getting started ↗
Langue source: EN · Collecté 4 nov. 2026
[2]Rapporté par une source
Kopia recommande des tests réguliers de restauration des instantanés.
Extrait à l’appui: Kopia : vérification des instantanés
Traduction de l’extrait
you need to test snapshots regularly
Citation originale
you need to test snapshots regularly
Kopia: snapshot verification ↗
Langue source: EN · Collecté 4 nov. 2026
[3]Rapporté par une source
Restic décrit la restauration dans un répertoire cible distinct.
Extrait à l’appui: Restic : restauration
Traduction de l’extrait
restore the contents of the latest snapshot to /tmp/restore
Citation originale
restore the contents of the latest snapshot to /tmp/restore
Restic: restoring from backup ↗
Langue source: EN · Collecté 4 nov. 2026
[4]Rapporté par une source
Restic distingue les contrôles structurels de la lecture des données.
Extrait à l’appui: Restic : vérification du dépôt
Traduction de l’extrait
Structural consistency and integrity
Citation originale
Structural consistency and integrity
Restic: repository checks ↗
Langue source: EN · Collecté 4 nov. 2026