Comment déplacer un dépôt de sauvegarde USB vers un nouveau chemin de montage sans rompre l’historique incrémentiel

Déplacer un dépôt de sauvegarde USB vers un nouveau chemin de montage est sûr lorsque le dépôt lui-même reste intact et que la tâche de sauvegarde y est reconnectée délibérément.

L’erreur dangereuse consiste à traiter le nouveau chemin comme une nouvelle destination et à laisser l’application de sauvegarde initialiser un dépôt vide à côté de l’ancien. Avant de modifier les étiquettes, les règles de montage ou l’organisation des répertoires, notez l’identité physique du système de fichiers, la racine du dépôt, l’ID du dépôt lorsque l’outil en fournit un, les éléments de chiffrement, la configuration de la tâche et le dernier point de restauration utilisable. Déplacez ou remontez ensuite le dépôt existant comme une seule unité et vérifiez que l’application reconnaît son historique précédent avant la prochaine écriture.

Notez les informations du dépôt existant avant de modifier le chemin

Enregistrez la source de montage actuelle, l’UUID ou l’étiquette du système de fichiers, le répertoire du dépôt, le nom de la tâche, l’emplacement de la clé ou du mot de passe de chiffrement, ainsi que l’identifiant propre au dépôt si l’outil de sauvegarde en fournit un. Répertoriez plusieurs instantanés ou archives récents comme référence.

Kopia distingue la création d’un dépôt de la connexion à un dépôt existant, distinction essentielle à préserver lors du changement de chemin de montage.

Ne commencez pas la relocalisation tant que vous ne pouvez pas identifier l’ancien historique sans vous fier uniquement au chemin de montage. Si vous n’avez noté que le chemin, un second disque USB monté ultérieurement au même endroit peut sembler valide à tort.

Déplacez l’intégralité du dépôt en une seule fois

Arrêtez la tâche de sauvegarde ainsi que tout processus de purge, de compactage, de vérification ou de restauration avant de déplacer les fichiers du dépôt. Copiez ou remontez la racine complète du dépôt, y compris les index, la configuration, les paquets, les verrous, les clés qui y sont stockées et les métadonnées propres à l’outil.

Borg décrit son dépôt comme un espace de stockage transactionnel structuré contenant des métadonnées de dépôt à côté des données de sauvegarde. Copier uniquement les fichiers visibles ressemblant à des archives n’est donc pas une méthode de relocalisation sûre.

Conservez le dépôt d’origine inchangé jusqu’à ce que le nouveau chemin ait réussi une vérification ou une liste en lecture seule. Évitez d’ouvrir simultanément l’original et la copie pour des écritures normales lorsque l’outil les considère comme ayant la même identité de dépôt.

Modifiez le chemin de destination sans initialiser un nouvel historique

Mettez à jour la tâche existante ou la connexion au dépôt avec le nouveau chemin du système de fichiers. Si l’interface propose les options Créer et Se connecter, Importer, Relier ou Utiliser l’existant, choisissez l’option correspondant à un dépôt existant et vérifiez la destination avant d’enregistrer.

Les responsables de Duplicati expliquent qu’après le déplacement d’un espace de stockage existant, vous pouvez modifier la destination et continuer lorsque la base de données de la tâche pointe vers l’espace de stockage relocalisé.

Si l’application propose immédiatement d’initialiser une destination vide, annulez. Cela indique qu’elle n’a pas encore reconnu l’ancien dépôt ; l’initialisation peut créer un second historique et rendre le nettoyage ultérieur ambigu.

Featured

ZimaCube 2 NAS personnel Cloud à domicile

ZimaCube2

$799.00 - $2,499.00

Buy Now

Attendez-vous à ce que certains outils détectent la relocalisation du dépôt

Un client de sauvegarde peut mémoriser davantage que le contenu du dépôt. Les caches locaux peuvent associer l’identité d’un dépôt à son ancien emplacement et demander une validation explicite lorsque le même dépôt apparaît à un nouvel endroit.

Un cas de migration du chemin de montage avec Duplicacy porte sur la réassociation d’un dépôt déplacé, ce qui montre pourquoi un changement de chemin doit être traité comme une reconnexion et non comme une nouvelle initialisation.

N’approuvez la relocalisation qu’après avoir vérifié l’identité du dépôt, les instantanés attendus, l’état du chiffrement et le système de fichiers USB. Un avertissement concernant le mauvais disque est une raison de s’arrêter, pas la preuve que le logiciel fait preuve d’une prudence excessive.

Attribuez au système de fichiers USB une identité de montage stable

Une fois le dépôt reconnu, associez le système de fichiers USB physique à un chemin fixe géré par l’administrateur, en utilisant un identifiant persistant approprié. Évitez de lier les sauvegardes planifiées à l’ordre de détection de /dev/sdX ou à un répertoire de montage propre à une session de bureau.

Les outils Linux peuvent identifier les systèmes de fichiers à l’aide d’une étiquette ou d’un UUID stable, ce qui permet au même chemin de dépôt de rester valable malgré les changements ordinaires d’énumération des périphériques.

Si vous modifiez volontairement l’étiquette d’un système de fichiers, mettez à jour la règle de montage et testez-la avant de réactiver les sauvegardes. L’application de sauvegarde doit continuer à voir la même racine de dépôt, même lorsque l’étiquette lisible par l’utilisateur change.

Vérifiez l’historique avant la première écriture après le déplacement

Montez le disque USB au nouveau chemin, connectez le dépôt existant, répertoriez les instantanés précédents, examinez le dernier point de restauration et restaurez un petit fichier dans un répertoire temporaire. Lancez seulement ensuite la première nouvelle sauvegarde.

Un exemple d’utilisateur de restic indique qu’un dépôt local peut être renommé puis réutilisé à son nouvel emplacement, ce qui confirme que l’historique appartient au contenu du dépôt et non à l’orthographe d’un seul chemin de montage.

Le déplacement est terminé lorsque les anciens instantanés restent consultables, qu’une restauration de test fonctionne et que la nouvelle sauvegarde est ajoutée au même historique. L’article ZimaSpace associé sur les changements de chemin de montage USB après un redémarrage présente la correction à appliquer lorsque le changement de chemin était imprévu plutôt qu’une relocalisation contrôlée du dépôt.

Questions fréquentes

La modification de l’étiquette d’un volume USB interrompt-elle automatiquement l’historique des sauvegardes ?

Pas nécessairement. Cela devient un problème lorsque la règle de montage ou la tâche de sauvegarde utilise cette étiquette comme élément de l’identité de destination et que le dépôt n’est plus trouvé au chemin prévu.

Dois-je copier uniquement le dernier dossier de sauvegarde vers le nouveau chemin ?

Non, pour les outils de sauvegarde reposant sur un dépôt. Conservez ensemble la structure complète du dépôt, car les index, catalogues, fichiers de paquets, clés et anciens points de restauration peuvent être interdépendants.

Puis-je garder simultanément en ligne les copies ancienne et nouvelle du dépôt ?

Conservez l’ancienne copie comme source de restauration, mais évitez d’écrire indépendamment dans deux instances clonées partageant une même identité de dépôt, sauf si l’outil de sauvegarde prend explicitement en charge ce fonctionnement.