4 votes

Sauvegarde d'un large sparsebundle en utilisant Time Machine

J'utilise un gros (actuellement 16 Go) sparsebundle comme conteneur pour tout mon travail professionnel. C'est pratique pour moi car c'est une entité isolée, sécurisée et "portable" où tout mon travail peut être stocké au même endroit. Il a perduré sur trois ordinateurs portables et plusieurs changements de disque dur (basiquement copié d'un à l'autre au besoin). Ça a très bien fonctionné. Par le passé, j'ai utilisé ChronoSync comme utilitaire de sauvegarde de choix : des documents séparés à sauvegarder sur un disque en excluant le sparsebundle, puis un deuxième document pour sauvegarder le bundle monté en tant que système de fichiers - ainsi, le bundle entier n'est pas copié à chaque fois, seulement les fichiers changés. Mais, j'ai récemment commencé à utiliser Time Machine étant donné l'intégration merveilleuse qu'il offre. Cependant, je ne suis pas convaincu qu'il gère correctement ce gros sparsebundle :

  1. Il semble que je ne peux pas y accéder via Time Machine lui-même. La seule option présentée est "restaurer". Je ne veux pas "essayer" cela. J'ai créé un fichier test (100 Mo) avec la même sécurité. J'ai mis quelques fichiers... sauvegarde manuelle via TM... ajouté quelques autres... sauvegarde manuelle... supprimé quelques-uns... sauvegarde manuelle. Cependant, lorsque je restaure ces fichiers via l'interface TM, les changements ne semblent pas être suivis. Il y a en effet une instance de sauvegarde pour chaque sauvegarde manuelle, mais les instances ne correspondent pas aux changements apportés. Peut-être vais-je plus vite que le système n'écrit effectivement sur le disque? (probablement 1 minute entre les changements).

  2. En accédant directement au système de fichiers (Backups.backupdb), le gros bundle sparse de 16 Go est présent dans la plupart (toutes ?... je n'ai pas vérifié) des instances de sauvegarde (par ex., 2013-02-28-042451). Le système de fichiers le rapporte comme 16 Go, demande le mot de passe si j'essaie de le monter, mais échoue avec "aucun système de fichiers montable". Je suppose que c'est à prévoir car je ne pense pas que Time Machine sauvegarde l'ENSEMBLE du bundle à chaque fois... mais je ne peux même pas monter le bundle ORIGINAL de la première sauvegarde, que je présumerais être une vraie copie.

Les questions sont : Time Machine gère-t-il définitivement correctement les gros sparsebundles ? Devrais-je être préoccupé par mes tests avec le petit bundle ? Y a-t-il un moyen d'accéder aux fichiers individuels dans une sauvegarde de Time Machine d'un gros sparsebundle, ou faut-il restaurer l'ensemble du bundle ?

0 votes

Comment voulez-vous y accéder via Time Machine?

0 votes

@Mark "Entrer dans la machine à remonter le temps"... parcourir l'historique. Je peux "QuickView" les instances sparsebundle, ce qui montre essentiellement la taille et la date. La seule autre option est "restaurer". Avec d'autres fichiers individuels dans le système de fichiers sauvegardé, vous pouvez voir s'ils sont présents, les noms, etc.

2voto

Oskar Points 1242

La seule fois où j'ai vu l'erreur que vous signalez, c'était lorsque j'avais stocké un ensemble de disques rares à l'intérieur d'un autre ensemble de disques rares et que les deux étaient montés à distance sur un périphérique de stockage en réseau assez lent comme un Time Capsule.

Dans ces cas, j'ai souvent exclu le répertoire d'images d'origine des sauvegardes Time Machine, car même si cela fonctionne en théorie (et la plupart du temps en pratique), vous ne pouvez pas bénéficier de la possibilité de parcourir ces fichiers dans une sauvegarde Time Machine.

Je mets généralement en place rsync ou un autre outil de sauvegarde incrémentielle pour copier ces fichiers selon un calendrier qui me convient (peut-être en automatisant le tout avec Lingon 3).

En restaurant le fichier sur un lecteur local, vous saurez si l'échec de montage est dû à une réelle corruption ou simplement à une indirection réseau et à un dépassement de délai.

Une fois copié sur un disque attaché ou interne, vous pourriez également être en mesure d'utiliser Utilitaire de disque pour corriger les erreurs du système de fichiers, bien que cela ne soit souvent pas réussi avec les ensembles de disques rares cryptés.

0 votes

J'ai vu des rapports sur ces erreurs dans la recherche Google que j'ai effectuée avant de poster. Je devrais faire attention de noter ici que je ne pense pas que quoi que ce soit soit réellement corrompu. Je suis juste prudent avant de faire totalement confiance à mes sauvegardes avec Time Machine. Je pourrais certainement utiliser rsync (je le faisais souvent à l'époque où j'étais utilisateur exclusif de Linux)... et pourrais utiliser ChronoSync... mais j'aimerais vraiment savoir si Time Machine et son intégration merveilleuse peuvent tout faire pour moi.

0 votes

Le système de fichiers non montable est essentiellement une corruption. L'assistant qui décrypte les bandes en un système de fichiers a rencontré une erreur et abandonne. Encore une fois, il est censé fonctionner - et lorsque vous utilisez Finder ou d'autres outils qui ne réalisent pas qu'un lien dur est utilisé par Time Machine pour afficher chaque fichier de bande dans chaque intervalle de sauvegarde, mais stocker uniquement une copie de la bande signifie que le calcul de la taille du répertoire surestime la quantité d'espace sur disque réellement utilisée.

2voto

stuffe Points 25320

La Machine à remonter le temps fonctionne au niveau des fichiers, sans possibilité d'effectuer des changements incrémentiels au sein des fichiers. En tant que tel, votre Sparsebundle peut être sauvegardé dans son intégralité chaque fois qu'il change ne serait-ce que légèrement, en fonction de sa taille. Bien sûr, vous devez attendre jusqu'à 1 heure (+ le temps nécessaire pour effectuer la sauvegarde, en fonction de la taille de la file d'attente et de l'emplacement de votre fichier dedans) pour vous assurer que ces modifications sont incluses dans la sauvegarde. En outre, si votre Sparsebundle est en cours d'utilisation (monté...), il se peut qu'il le saute jusqu'à ce que le verrouillage du fichier soit libéré

Il s'agit d'un système terrible, et on ne verra peut-être pas de changement tant que le système de fichiers sous-jacent ne sera pas mis à jour (ou remplacé) pour inclure des fonctionnalités aussi utiles que des changements incrémentiels au niveau des blocs plutôt que des changements simples au niveau des fichiers, et/ou de la déduplication, etc. Une des premières victimes de ce scénario étaient les utilisateurs qui utilisaient le système de chiffrement original Filevault pour chiffrer leurs dossiers personnels. Time Machine ne sauvegarderait pas leurs dossiers personnels jusqu'à ce qu'ils se déconnectent car le fichier Sparseimage était constamment verrouillé par le fait que l'utilisateur l'avait monté. Et même lorsque l'utilisateur se déconnectait, il procédait à une sauvegarde extrêmement inefficace de l'ensemble à nouveau et encore - en supposant simplement qu'ils se sont déconnectés et non pas juste éteints etc... Pas très intelligent. Pour essayer d'améliorer cela, la spécification de Sparseimage a été modifiée pour permettre des Sparsebundles. Au lieu d'un seul gros fichier, un bundle sparse est un bundle (répertoire) contenant un certain nombre de fichiers appelés bandes, chacun de la taille de 8 Mo. Cela signifie que même si pour l'utilisateur final le bundle sparse semble être un seul fichier, il est composé de fichiers plus petits. À partir de Mac OS X 10.8, les bandes sont de 8,4 Mo chacune. Lorsque le contenu de l'image change, un ou plusieurs fichiers de bande sont modifiés, créés ou supprimés. Cela permet au logiciel de sauvegarde (comme Time Machine) de fonctionner de manière plus efficace, mais c'est simplement un bricolage pour tenter de reproduire des changements au niveau des blocs dans des fichiers individuels, limités à des "blocs" de 8 Mo...

Donc, pour répondre directement à vos questions, 1) il les gère correctement, où correctement signifie la même chose que n'importe quel autre fichier, c'est juste que votre utilisation particulière (en le laissant ouvert et monté) peut ne pas donner lieu à des sauvegardes efficaces qui sont effectuées régulièrement, en particulier si vous démontez rarement le fichier, et 2) oui, vous devrez rapatrier l'ensemble du fichier pour en voir le contenu. L'interface de restauration de TM est également spécifique aux fichiers. Il peut avoir des plugins quick-look pour vous permettre de visualiser des fichiers simples en ligne comme des JPG, etc., mais pas pour un fichier complexe comme un sparsebundle.

En revanche, vous avez déjà une copie sous licence de ChronoSync, qui est super utile, et je vous recommande de continuer à l'utiliser pour effectuer des sauvegardes incrémentielles de votre sparsebundle pendant qu'il est monté, vous pouvez utiliser le même lecteur que vos images TM aussi.

0 votes

Merci pour la réponse. Cependant, je ne suis pas sûr que ce soit le cas : Si j'utilise DaisyDisk (par exemple), je peux voir des instances du sparsebundle dans chaque sauvegarde -- la première sauvegarde est un bundle de 16 Go (comme prévu). Chaque bundle supplémentaire est beaucoup plus petit -- en Mo, seulement... suivant probablement les modifications individuelles apportées au bundle?

0 votes

Nous avons tous les deux raison, je suis sur le point de modifier ma réponse :)

0 votes

Cela répond à ma question. Donc : 1. TM gère correctement les sparsebundles, mais seulement lorsqu'ils sont démontés. 2. Il n'y a aucun moyen de visualiser les fichiers individuels dans une sauvegarde TM d'un sparsebundle ; l'ensemble du bundle doit être restauré. 3. TM est efficace dans la sauvegarde des sparsebundles, bien que avec une granularité de 8,4 Mo (ce qui, à mon avis, est un compromis acceptable jusqu'à ce que les changements au niveau des blocs soient pris en charge dans TM). Merci !

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X