Ich verwende ein großes Sparsebundle (derzeit 16 GB) als Container für meine gesamte berufliche Arbeit. Dies ist praktisch für mich, da es sich um eine isolierte, sichere, „tragbare“ Entität handelt, in der meine gesamte Arbeit an einem Ort gespeichert werden kann. Es hat sich über drei Laptops und mehrere Festplattenwechsel gehalten (im Grunde kopieren Sie es nach Bedarf von einem zum anderen). Es hat super funktioniert. In der Vergangenheit habe ich ChronoSync als Backup-Dienstprogramm meiner Wahl verwendet: separate Dokumente auf dem Backup-Laufwerk ohne Sparsebundle, dann ein zweites Dokument, um das gemountete Bundle als Dateisystem zu sichern – 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 mit diesem großen Sparsebundle richtig umgeht:
Ich kann anscheinend nicht über die Time Machine selbst darauf zugreifen. Die einzige angezeigte Option ist "Wiederherstellen". "Ausprobieren" möchte ich das nicht. Ich habe ein Testpaket (100 MB) mit derselben Sicherheit erstellt. Ich habe ein paar Dateien eingefügt ... manuelles Backup über TM ... ein paar mehr hinzugefügt ... manuelles Backup ... einige gelöscht ... manuelles Backup. Wenn ich diese jedoch über die TM-Schnittstelle wiederherstelle, scheinen die Änderungen nicht nachverfolgt zu werden. Für jede manuelle Sicherung gibt es zwar eine Sicherungsinstanz, aber die Instanzen entsprechen nicht den vorgenommenen Änderungen. Vielleicht gehe ich schneller, als das System tatsächlich auf die Festplatte schreibt? (wahrscheinlich 1 Minute zwischen Änderungen).
Der direkte Zugriff auf das Dateisystem (Backups.backupdb) zeigt das große Sparse-Bundle von 16 GB, das in den meisten (allen? ... nicht überprüften) Backup-Instanzen (z. B. 2013-02-28-042451
) vorhanden ist. Das Dateisystem meldet es als 16 GB, fordert das Passwort an, wenn ich versuche, es zu mounten, schlägt dann aber mit "no mountable file system" fehl. Ich denke, das ist zu erwarten, da ich nicht glaube, dass Time Machine jedes Mal das GESAMTE Bundle sichert ... aber ich kann nicht einmal das ORIGINAL-Bundle aus dem ersten Backup mounten, von dem ich annehmen würde, dass es eine echte Kopie ist.
Die Fragen sind: Geht Time Machine definitiv mit großen Sparsebundles richtig um? Sollte ich mir Sorgen um meine Tests mit dem kleinen Paket machen? Gibt es eine Möglichkeit, auf einzelne Dateien innerhalb einer Time Machine-Sicherung eines großen Sparsebundles zuzugreifen, oder muss das gesamte Bundle wiederhergestellt werden?
Time Machine arbeitet auf Dateiebene, ohne die Möglichkeit, inkrementelle Änderungen innerhalb von Dateien vorzunehmen. Daher kann Ihr Sparsebundle bei jeder geringfügigen Änderung vollständig gesichert werden, je nachdem, wie groß es ist. Natürlich müssen Sie bis zu 1 Stunde warten (+ die Zeit, die zum Erstellen der Sicherung benötigt wird, je nachdem, wie groß die Warteschlange ist und wo sich Ihre Datei darin befindet), um sicherzustellen, dass diese Änderungen in die Sicherung aufgenommen werden. Auch wenn Ihr Sparsebundle verwendet (gemountet ...) wird, kann es gut überspringen, bis die Dateisperre freigegeben wird
Dies ist ein schreckliches System, und eines, das wir möglicherweise nicht ändern werden, bis das zugrunde liegende Dateisystem angemessen aktualisiert (oder ersetzt) wurde, um solche nützlichen Funktionen wie inkrementelle Änderungen auf Blockebene statt einfacher Änderungen auf Dateiebene und/oder Deduplizierung usw. einzubeziehen. Eine frühe Opfer dieses Szenarios waren Benutzer, die das ursprüngliche Filevault-System zur Verschlüsselung ihrer Home-Ordner verwendeten. Time Machine sicherte ihre Home-Ordner erst, wenn sie sich abmeldeten, da die Sparseimage-Datei ständig gesperrt war, weil der Benutzer sie gemountet hatte. Und selbst wenn sich der Benutzer abgemeldet hat, hat er immer wieder ein äußerst ineffizientes Backup des Ganzen erstellt - unter der Annahme, dass er sich einfach abgemeldet und nicht einfach ausgeschaltet hat usw. ... Nicht sehr schlau. Um dies zu verbessern, wurde die Sparseimage-Spezifikation geändert, um Sparsebundles zuzulassen. 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 in der Größenordnung von 8 MB haben. Dies bedeutet, dass das Sparse-Bundle, obwohl es für den Endbenutzer als eine einzelne Datei erscheint, 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. Dadurch kann Sicherungssoftware (wie Time Machine) effizienter arbeiten, aber es ist nur ein Trick, um zu versuchen, Änderungen auf Blockebene in einzelnen Dateien nachzuahmen, was auf 8 MB "Blöcke" begrenzt ist ... jeweils in der Größenordnung von 8 MB groß. Dies bedeutet, dass das Sparse-Bundle, obwohl es für den Endbenutzer als eine einzelne Datei erscheint, 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. Dadurch kann Sicherungssoftware (wie Time Machine) effizienter arbeiten, aber es ist nur ein Trick, um zu versuchen, Änderungen auf Blockebene in einzelnen Dateien nachzuahmen, was auf 8 MB "Blöcke" begrenzt ist ... jeweils in der Größenordnung von 8 MB groß. Dies bedeutet, dass das Sparse-Bundle, obwohl es für den Endbenutzer als eine einzelne Datei erscheint, 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. Dadurch kann Sicherungssoftware (wie Time Machine) effizienter arbeiten, aber es ist nur ein Trick, um zu versuchen, Änderungen auf Blockebene in einzelnen Dateien nachzuahmen, was auf 8 MB "Blöcke" begrenzt ist ...
Um Ihre Fragen direkt zu beantworten, 1) werden sie ordnungsgemäß behandelt, wobei ordnungsgemäß dasselbe bedeutet wie jede andere Datei. Es ist nur so, dass Ihre spezielle Verwendung (offen und gemountet lassen) möglicherweise nicht zu effizienten Sicherungen führt, die regelmäßig durchgeführt werden, insbesondere wenn Sie hängen die Datei selten aus, und 2) ja, Sie müssen die gesamte Datei zurückziehen, um ihren Inhalt anzuzeigen. Die TM-Wiederherstellungsschnittstelle ist ebenfalls dateispezifisch. Es verfügt möglicherweise über Quick-Look-Plugins, mit denen Sie einfache Dateien wie JPGs usw. inline anzeigen können, jedoch nicht für komplexe Dateien wie Sparsebundle.
Auf der positiven Seite haben Sie bereits eine lizenzierte Kopie von ChronoSync, was sehr nützlich ist, und ich würde diese weiterhin verwenden, um inkrementelle Backups Ihres Sparsebundles durchzuführen, während es gemountet ist. Sie können auch dasselbe Laufwerk wie Ihre TM-Images verwenden.
Das einzige Mal, dass ich den von Ihnen gemeldeten Fehler gesehen habe, war, als ich ein Sparse-Disk-Bundle in einem anderen Sparse-Disk-Bundle gespeichert habe und beide remote auf einem ziemlich langsamen Netzwerkspeichergerät wie einer Time Capsule gemountet wurden.
In diesen Fällen habe ich oft das ursprüngliche Bildverzeichnis von den Time Machine-Backups ausgeschlossen, da es theoretisch funktioniert (und die meiste Zeit in der Praxis), Sie keine Vorteile daraus ziehen können, diese Dateien auf einem Time Machine-Backup zu durchsuchen .
Normalerweise richte ich rsync oder ein anderes inkrementelles Backup-Tool ein, um diese Dateien nach einem Zeitplan zu kopieren, den ich mag (vielleicht automatisiere ich alles mit Lingon 3 ).
Indem Sie die Datei auf einem lokalen Laufwerk wiederherstellen, wissen Sie, ob der Fehler beim Mounten auf eine tatsächliche Beschädigung oder nur auf eine Netzwerkindirektion und eine Zeitüberschreitung zurückzuführen ist.
Sobald es auf eine angeschlossene oder interne Festplatte kopiert wurde, können Sie möglicherweise auch das Festplatten-Dienstprogramm verwenden, um Dateisystemfehler zu beheben, obwohl dies bei verschlüsselten Sparse-Festplattenbündeln oft nicht erfolgreich ist.
mmmmmm
jjwebster