Pourquoi Time Machine crée-t-il un nouveau SparseBundle au lieu de poursuivre la sauvegarde NAS existante ?
Time Machine commence un nouveau sparsebundle lorsqu’il n’associe plus le Mac actuel et la destination NAS à l’historique de sauvegarde existant.
L’ancienne sauvegarde peut rester visible sous forme de fichiers, tandis que Time Machine la considère comme appartenant à un autre ordinateur, un autre volume réseau, une autre identité de partage ou une configuration de destination incompatible. Les déclencheurs courants incluent une migration macOS, un changement de carte mère ou de nom d’hôte, le choix de « Créer une nouvelle sauvegarde », le renommage du NAS ou du partage, la modification de la publication de Time Machine, un changement d’utilisateur ou la présentation d’un autre UUID de volume. Préservez les deux sparsebundles avant d’essayer de reconnecter l’historique.
Confirmer qu’un deuxième sparsebundle a bien été créé
Répertoriez le partage Time Machine avant et après une tentative de sauvegarde. Notez les noms des sparsebundles, leurs dates de création, leurs tailles logiques, leurs propriétaires, le nom du Mac, le nom d’hôte du NAS, le nom du partage et la destination sélectionnée.
Apple explique qu’un nouveau Mac peut soit reprendre un ancien historique de sauvegarde, soit créer une nouvelle sauvegarde, ce qui fait du choix effectué lors de la migration la première limite à examiner lorsque le nouveau bundle apparaît après un remplacement de matériel ou l’utilisation de l’Assistant migration.
Si seuls des fichiers temporaires apparaissent dans le sparsebundle existant, recherchez plutôt la cause d’une sauvegarde interrompue. Si un bundle distinct portant un nouveau nom lié à la machine apparaît, poursuivez l’analyse de l’identité du Mac et de la destination.
Comparer l’identité actuelle du Mac avec l’historique existant
Notez le nom actuel de l’ordinateur, l’UUID matériel ou l’identité de plateforme disponible pour Time Machine, l’historique des migrations, les changements de carte mère et indiquez si l’ancien Mac utilise encore la sauvegarde.
Le module Samba vfs_fruit fournit la prise en charge de Time Machine sur SMB, ainsi que des règles liées à l’identité du serveur qui influencent la façon dont macOS perçoit la destination réseau.
Ne renommez pas le nouveau sparsebundle pour lui donner le nom de l’ancien tant que Time Machine ou SMB l’utilise. Un changement de nom de fichier ne peut pas réécrire de manière sûre l’identité interne de la sauvegarde.
Vérifier que le NAS présente toujours le même partage et le même chemin
Comparez l’ancien et l’actuel nom d’hôte du NAS, l’adresse SMB, le nom du partage, le chemin du jeu de données, la fonction Time Machine, le nom de découverte et le compte de sauvegarde dédié.
TrueNAS exige qu’un partage soit configuré avec la fonction SMB Time Machine. Ainsi, recréer un partage SMB général au même chemin apparent peut malgré tout présenter des capacités de destination différentes.
Si l’ancien partage a été renommé ou recréé, restaurez son identité de service d’origine lorsque cela est possible en toute sécurité, ou migrez volontairement l’ancien bundle vers une destination nouvellement validée avant de le sélectionner.
Vérifier si le dossier et l’utilisateur Time Machine ont changé
Confirmez que le même dossier partagé est toujours sélectionné pour Time Machine et que le compte actuel peut lire, créer, renommer et supprimer un fichier de test à côté du bundle.
Les instructions de configuration de Synology exigent de sélectionner le dossier partagé SMB spécifique pour Time Machine.
Un nouvel utilisateur ou dossier peut rendre l’ancien bundle invisible ou non inscriptible, même si le Finder affiche un autre partage portant le même nom. Évitez de monter simultanément le même NAS avec plusieurs comptes pendant les tests.
Vérifier que les réglages SMB de Time Machine n’ont pas été recréés différemment
Comparez les mises à niveau du NAS, les réglages du protocole SMB, les indicateurs Time Machine, les quotas, les options de corbeille, les poignées persistantes et toute migration d’AFP vers SMB.
QNAP documente un réglage dédié du dossier de sauvegarde Time Machine, ce qui montre qu’un partage ordinaire accessible en écriture et un partage publié comme destination Time Machine ne sont pas nécessairement équivalents.
Réappliquez le préréglage Time Machine pris en charge au lieu de recopier manuellement un ou deux paramètres Samba d’une ancienne configuration. Préservez l’ancien bundle avant toute modification du service.
Vérifier si l’UUID du volume de sauvegarde publié a changé
Notez les informations Bonjour ou de découverte du service et comparez l’identité actuelle du volume publié avec la configuration enregistrée ou l’ancienne instance du serveur.
Netatalk indique que l’UUID du volume publié permet de distinguer les volumes Time Machine, ce qui explique pourquoi le même chemin associé à une nouvelle identité de serveur peut être considéré comme un autre disque de sauvegarde.
N’inventez pas un UUID et ne dupliquez pas le même UUID entre deux destinations actives. Ne restaurez l’identité précédente que lorsque l’ancien serveur est retiré et que vous savez que l’historique de stockage est bien le même.
Reconnecter l’historique existant sans supprimer aucun des deux bundles
Arrêtez les sauvegardes automatiques, créez un instantané ou une copie des métadonnées du partage, déconnectez les autres Mac, vérifiez que l’ancien sparsebundle se monte en lecture seule et confirmez quel Mac est propriétaire de chaque historique.
L’article de ZimaSpace consacré à une sauvegarde Time Machine SMB indisponible couvre les problèmes généraux d’accessibilité et d’intégrité d’image ; cet article se concentre sur la création d’un deuxième historique.
Le problème est résolu lorsque Time Machine ajoute une nouvelle sauvegarde à l’historique existant prévu, qu’aucun troisième bundle n’apparaît et que la navigation actuelle pour la restauration ainsi que la récupération d’un fichier de test fonctionnent.
Questions fréquentes
Peut-on fusionner deux sparsebundles ?
Il n’existe pas de méthode simple et prise en charge pour les fusionner au niveau des fichiers. Préservez les deux historiques et reconnectez le bon, ou conservez l’ancien bundle comme source de récupération distincte.
Dois-je supprimer le sparsebundle nouvellement créé ?
Pas avant d’avoir reconnecté et testé l’ancien historique en toute sécurité. Le nouveau bundle peut contenir la seule sauvegarde récente créée après le changement d’identité.
Le fait de sélectionner à nouveau le même partage visible permettra-t-il toujours de continuer l’ancienne sauvegarde ?
Non. Le chemin du partage peut sembler identique alors que l’identité du Mac, le compte, l’identité du volume publié ou la configuration du service Time Machine diffère.
Produits recommandés
Assistance et conseils
Plus à lire
Pourquoi la restauration d’un volume Docker recrée-t-elle le contenu des fichiers, mais supprime-t-elle les attributs étendus ?
Un diagnostic de restauration de volume couvrant l’inventaire des xattr, les options de tar et de Rsync, les espaces de noms, la prise en...
Pourquoi un conteneur en cours d’exécution conserve-t-il son ancienne limite de mémoire après la modification du fichier Compose ?
Un diagnostic des limites mémoire couvrant les cgroups actifs, le redémarrage par rapport à la recréation, les champs Compose, les limites strictes et souples,...
Pourquoi le redémarrage d’un proxy inverse invalide-t-il toutes les sessions d’une application auto-hébergée ?
Un diagnostic de perte de session couvrant la portée des redémarrages, la propriété des cookies, la rotation des secrets, les sessions adossées au cache,...
