Ein großes Sparsebundle mit Time Machine sichern

4

Ich verwende ein großes (derzeit 16 GB) Sparsebundle als Container für meine gesamte berufliche Arbeit. Dies ist praktisch für mich, da es sich um eine isolierte, sichere, "tragbare" Einheit handelt, in der alle meine Arbeiten an einem Ort gespeichert werden können. Es wurden drei Laptops und mehrere Änderungen an der Festplatte beibehalten (kopieren Sie sie nach Bedarf von einem zum anderen). Es hat super geklappt. In der Vergangenheit habe ich ChronoSync als Backup-Dienstprogramm meiner Wahl verwendet: Separate Dokumente auf dem Sicherungslaufwerk ohne Sparsebundle, dann ein zweites Dokument zum Sichern des bereitgestellten Bundles als Dateisystem - daher wird nicht jedes Mal das gesamte Bundle kopiert, sondern nur geändert Dateien. Aber ich habe vor kurzem angefangen, Time Machine zu verwenden, da es eine wunderbare Integration bietet. Ich bin jedoch nicht davon überzeugt, dass es dieses große Sparsebundle richtig handhabt:

  1. Ich kann nicht über die Time Machine selbst darauf zugreifen. Die einzige Option ist "Wiederherstellen". Ich möchte das nicht "ausprobieren". Ich habe ein Testpaket (100 MB) mit der gleichen Sicherheit erstellt. Ich habe ein paar Dateien in ... manuelle Sicherung über TM ... hinzugefügt ein paar weitere ... manuelle Sicherung ... gelöscht ein paar ... manuelle Sicherung. Wenn ich diese jedoch über die TM-Schnittstelle wiederherstelle, scheinen die Änderungen nicht zu protokollieren. Es gibt zwar eine Sicherungsinstanz für jede manuelle Sicherung, die Instanzen entsprechen jedoch nicht den vorgenommenen Änderungen. Vielleicht gehe ich schneller als das System tatsächlich auf die Festplatte schreibt? (wahrscheinlich 1 Minute zwischen den Änderungen).

  2. Wenn Sie direkt auf das Dateisystem (Backups.backupdb) zugreifen, wird das große 16-GB-Sparse-Bundle angezeigt, das in den meisten (alle? ... nicht überprüften) Sicherungsinstanzen vorhanden ist (z 2013-02-28-042451. B. ). Das Dateisystem meldet es als 16 GB, fordert zur Eingabe des Kennworts auf, wenn ich versuche, es zu mounten, schlägt jedoch mit "kein mountenbares Dateisystem" fehl. Ich denke, das ist zu erwarten, da ich nicht denke, dass Time Machine jedes Mal das GESAMTE Paket sichert ... aber ich kann nicht einmal das ORIGINAL-Paket von der ersten Sicherung anhängen, was ich für eine echte Kopie halte.

Die Fragen sind: Kann Time Machine große Sparsebundles wirklich richtig handhaben? Sollte ich mir Gedanken über das Testen mit dem kleinen Bundle machen? Gibt es eine Möglichkeit, innerhalb einer Time Machine-Sicherung eines großen Sparsebundles auf einzelne Dateien zuzugreifen, oder muss das gesamte Bundle wiederhergestellt werden?

jjwebster
quelle
Wie meinst du es über Time Machine zugreifen?
Mark
@Mark "Enter Time Machine" ... Verlauf durchsuchen. Ich kann die Sparsebundle-Instanzen "QuickView", die im Grunde die Größe und das Datum zeigt. Die einzige andere Option ist "Wiederherstellen". Mit anderen einzelnen Dateien im gesicherten Dateisystem können Sie sehen, ob sie vorhanden sind, Namen usw.
jjwebster

Antworten:

1

Time Machine arbeitet auf Dateiebene, ohne die Möglichkeit, inkrementelle Änderungen innerhalb von Dateien vorzunehmen. Aus diesem Grund wird Ihr Sparsebundle möglicherweise bei jeder geringfügigen Änderung vollständig gesichert, je nachdem, wie groß es ist. Natürlich müssen Sie bis zu 1 Stunde warten (+ die Zeit, die für die Sicherung benötigt wird, hängt davon ab, wie groß die Warteschlange ist und wo sich Ihre Datei befindet), um sicherzustellen, dass diese Änderungen in der Sicherung enthalten sind. Auch wenn Ihr Sparsebundle verwendet wird (eingehängt ...), kann es übersprungen werden, bis die Dateisperre aufgehoben ist

Dies ist ein schreckliches System, das sich möglicherweise erst ändert, wenn das zugrunde liegende Dateisystem so aktualisiert (oder ersetzt) ​​wird, dass es nützliche Funktionen wie inkrementelle Änderungen auf Blockebene anstelle einfacher Änderungen auf Dateiebene und / oder Deduplizierung usw. enthält Opfer dieses Szenarios waren Benutzer, die das ursprüngliche Filevault-System zum Verschlüsseln ihrer privaten Ordner verwendeten. Time Machine sicherte die Home-Ordner erst, nachdem sie sich abgemeldet hatten, da die Sparseimage-Datei ständig gesperrt war, weil der Benutzer sie bereitgestellt hatte. Und selbst wenn sich der Benutzer abmeldete, führte er immer wieder ein äußerst ineffizientes Backup des Ganzen durch - unter der Annahme, dass er sich einfach abmeldete und nicht einfach abschaltete usw. Nicht sehr clever. Um dies zu verbessern, wurde die Sparseimage-Spezifikation angepasst, um Sparsebundles zu ermöglichen. Anstelle einer einzelnen großen Datei ist ein Sparse-Bundle ein Bundle (Verzeichnis), das eine Reihe von Dateien enthält, die als Bänder bezeichnet werden und jeweils eine Größe von 8 MB haben. Dies bedeutet, dass das Sparse-Bundle für den Endbenutzer zwar als einzelne Datei angezeigt wird, jedoch aus kleineren Dateien besteht. Ab Mac OS X 10.8 sind die Bänder jeweils 8,4 MB groß. Wenn sich der Inhalt des Bildes ändert, werden eine oder mehrere Banddateien geändert, erstellt oder gelöscht. Auf diese Weise kann Sicherungssoftware (z. B. Time Machine) effizienter betrieben werden. Es ist jedoch nur ein Trick, zu versuchen, Änderungen der Blockebene in einzelnen Dateien nachzuahmen, die auf 8 MB "Blöcke" beschränkt sind. jeweils in der Größenordnung von 8 MB. Dies bedeutet, dass das Sparse-Bundle für den Endbenutzer zwar als einzelne Datei angezeigt wird, jedoch aus kleineren Dateien besteht. Ab Mac OS X 10.8 sind die Bänder jeweils 8,4 MB groß. Wenn sich der Inhalt des Bildes ändert, werden eine oder mehrere Banddateien geändert, erstellt oder gelöscht. Auf diese Weise kann Sicherungssoftware (z. B. Time Machine) effizienter betrieben werden. Es ist jedoch nur ein Trick, zu versuchen, Änderungen der Blockebene in einzelnen Dateien nachzuahmen, die auf 8 MB "Blöcke" beschränkt sind. jeweils in der Größenordnung von 8 MB. Dies bedeutet, dass das Sparse-Bundle für den Endbenutzer zwar als einzelne Datei angezeigt wird, jedoch aus kleineren Dateien besteht. Ab Mac OS X 10.8 sind die Bänder jeweils 8,4 MB groß. Wenn sich der Inhalt des Bildes ändert, werden eine oder mehrere Banddateien geändert, erstellt oder gelöscht. Auf diese Weise kann Sicherungssoftware (z. B. Time Machine) effizienter betrieben werden. Es ist jedoch nur ein Trick, zu versuchen, Änderungen der Blockebene in einzelnen Dateien nachzuahmen, die auf 8 MB "Blöcke" beschränkt sind.

Um Ihre Fragen direkt zu beantworten, 1) werden sie ordnungsgemäß behandelt, wobei dies genau dasselbe bedeutet wie jede andere Datei. Es ist nur so, dass Ihre spezielle Verwendung (offen lassen und bereitstellen) möglicherweise nicht zu effizienten Sicherungen führt, die regelmäßig durchgeführt werden, insbesondere wenn Sie heben die Bereitstellung der Datei selten auf und 2) Ja, Sie müssen die gesamte Datei zurückziehen, um den Inhalt anzuzeigen. Die TM-Wiederherstellungsschnittstelle ist auch dateispezifisch. Es kann Quick-Look-Plugins enthalten, mit denen Sie einfache Inline-Dateien wie JPGs usw. anzeigen können, jedoch nicht für komplexe Dateien wie ein Sparsebundle.

Auf der positiven Seite, Sie haben bereits eine lizenzierte Kopie von ChronoSync, was sehr nützlich ist, und ich würde diese weiterhin verwenden, um inkrementelle Sicherungen Ihres Sparsebundles durchzuführen, während es gemountet ist. Sie können auch dasselbe Laufwerk wie Ihre TM-Images verwenden.

stuffe
quelle
Danke für die Antwort. Ich bin mir jedoch nicht sicher, ob dies der Fall ist: Wenn ich DaisyDisk (zum Beispiel) verwende, sehe ich in jedem Backup Instanzen des Sparsebundles - das erste Backup ist ein Paket mit 16 GB (wie erwartet). Jedes zusätzliche Bundle ist viel kleiner - nur MB ... vermutlich einzelne Änderungen am Bundle nachverfolgen?
jjwebster
Wir haben beide Recht, ich bin dabei, meine Antwort zu ändern :)
stuffe
Dies beantwortet meine Frage. Also: 1. TM behandelt Sparsebundles richtig, aber nur, wenn sie nicht montiert sind. 2. Es gibt keine Möglichkeit, einzelne Dateien in einer TM-Sicherung eines Sparsebundles anzuzeigen. Das gesamte Bundle muss wiederhergestellt werden. 3. TM sichert Sparsebundles effizient, wenn auch mit einer Granularität von 8,4 MB (was meines Erachtens ein fairer Kompromiss ist, bis Änderungen auf Blockebene in TM unterstützt werden). Vielen Dank!
Jjwebster
Ich gehe davon aus, dass das Sparsebundle für die Sicherung mit TM nicht bereitgestellt werden muss, um zu verhindern, dass sich Daten während der Archivierung ändern. Warum haben dann weder ChronoSync noch SuperDuper (wenn es sich um ein gesamtes Laufwerk handelt) dieses Problem? Kann TM auf einem bereitgestellten Volume ausgeführt werden?
jjwebster
TM sichert die Bundle-Datei (bzw. die versteckten Band-Dateien). Nur wenn das Bundle geöffnet ist, sollten diese Dateien als verwendet gesperrt werden. Chronosync betrachtet das Sparsebundle jedoch nicht und weiß nicht einmal, dass sich die darin enthaltenen Dateien auch nur in einer befinden. Es werden nur die einzelnen darin enthaltenen Dateien betrachtet, da sie durch das Mounten verfügbar gemacht werden. Um eine schlechte Analogie zu verwenden, betrachtet das Betriebssystem (TM) die Verpackung, CS den Inhalt.
stuffe
2

Der von Ihnen gemeldete Fehler ist nur aufgetreten, wenn ich ein Bündel mit wenigen Festplatten in einem anderen Bündel mit wenigen Festplatten gespeichert habe und beide remote auf einem relativ langsamen Netzwerkspeichergerät wie Time Capsule bereitgestellt wurden.

In diesen Fällen habe ich das ursprüngliche Image-Verzeichnis häufig von den Time Machine-Sicherungen ausgeschlossen, da dies theoretisch (und in der Praxis meistens) funktioniert und Sie beim Durchsuchen dieser Dateien in einer Time Machine-Sicherung keine Vorteile erzielen können .

Normalerweise richte ich rsync oder ein anderes inkrementelles Backup-Tool ein, um diese Dateien nach einem von mir gewünschten Zeitplan zu kopieren (möglicherweise automatisiere ich alles mit Lingon 3 ).

Wenn Sie die Datei auf einem lokalen Laufwerk wiederherstellen, können Sie feststellen, ob der Fehler beim Laden auf eine tatsächliche Beschädigung oder nur auf eine Indirektion des Netzwerks und eine Zeitüberschreitung zurückzuführen ist.

Sobald es auf eine angehängte oder interne Festplatte kopiert wurde, können Sie möglicherweise auch das Festplatten-Dienstprogramm verwenden, um Dateisystemfehler zu korrigieren, obwohl dies bei verschlüsselten Sparse-Festplatten-Bundles häufig nicht erfolgreich ist.

bmike
quelle
Ich habe Berichte über diese Fehler in der Google-Suche gesehen, die ich vor dem Posten durchgeführt habe. Ich sollte hier aufpassen, dass ich nicht denke, dass irgendetwas tatsächlich beschädigt ist. Ich irre mich nur vorsichtshalber, bevor ich Time Machine meine Backups vollständig anvertraue. Ich könnte sicherlich rsync verwenden (habe das in meiner Zeit als exklusiver Linux-Benutzer oft gemacht) ... und ChronoSync verwenden ... aber ich würde wirklich gerne wissen, ob Time Machine und seine wunderbare Integration alles für mich tun können .
jjwebster
Das nicht bereitstellbare Dateisystem ist im Grunde genommen eine Beschädigung. Der Helfer, der die Bänder in ein Dateisystem entschlüsselt, hat einen Fehler festgestellt und wird nicht mehr unterstützt. Auch hier sollte es funktionieren - und wenn Sie Finder oder andere Tools verwenden, die nicht erkennen, dass eine feste Verbindung besteht, zeigt Time Machine jede Banddatei in jedem Sicherungsintervall an, speichert jedoch nur eine Kopie des Bandes, was eine Berechnung bedeutet Eine Verzeichnisgröße über schätzt, wie viel Speicherplatz auf der Festplatte tatsächlich verwendet wird.
bmike