Ich arbeite mit einer Reihe von OSX-Client-Rechnern, die Backups überZeitmaschinezu AFP-Freigaben auf einem Ubuntu-Linux-Dateiserver, exportiert von netatalk/afpd. Diese Clients sichern jeden Tag zu beliebigen Tageszeiten. Auf dem Server befinden sich auch andere wichtige AFP-Freigaben, die nicht auf TimeMachine basieren.
Auf dem Server werden die TimeMachine-Backups dargestellt alsSparsebundles- ein Datenspeicherformat mit vielen „Bändern“ - gespeichert auf dem Standarddateisystem EXT4. In diesem Sparsebundle ist ein Disk-Image mit dem von TimeMachine verwendeten HFS+-Dateisystem versteckt, aber von der Serverseite aus ist es nur eine Sammlung von Banddateien und einigen Metadaten der obersten Ebene.
Schnappschussläuft alle 4 Stunden auf dem Server und sichert die Sparsebundle-Banddateien und Metadaten auf Wechselmedien (für externe Speicherung). Daher sichert rsnapshot diese Sparsebundle-Bänder auch zu beliebigen Tageszeiten. rsnapshot verwendet rsync zum Kopieren.
Das Problem ist, dass, wenn rsnapshot ausgeführt wird, während ein Client-Rechner sein Sparsebundle gemountet hat, ich befürchte, dass rsnapshot möglicherweise einen inkonsistenten Zustand des Sparsebundles erfasst, da sich die Bänder während des Sicherungsvorgangs ändern können. Dies trägt eindeutig nicht dazu bei, eine wiederherstellbare Sicherung zu garantieren!
Ich versuche, mir Möglichkeiten auszudenken, dieses Problem zu umgehen. Es scheint wichtig, dass das Sparsebundle nicht gemountet ist, wenn rsnapshot versucht, das Backup durchzuführen. Von der Serverseite aus ist die einzige Möglichkeit, die ich derzeit sehe, den aftp-Daemon herunterzufahren, vielleicht nachdem man gewartet hat, bis das Sparsebundle vom OSX-Client ausgehängt wurde. Der Nachteil dabei ist, dass dadurch auch die anderen AFP-Exporte, die nicht von TimeMachine stammen, offline gehen, und das ist für die Benutzer inakzeptabel. Soweit ich das beurteilen kann, bietet afpd keine Möglichkeit, Exporte (einfach) hinzuzufügen oder zu entfernen – obwohl eine Option darin bestehen könnte, die Konfigurationsdateien von afpd automatisch neu zu schreiben, um die TM-Exporte während des rsnapshot-Backups zu deaktivieren, aber dies schaltet die AFP-Freigaben trotzdem für kurze Zeit ab.
Gibt es einen besseren Weg?
Antwort1
Für eine Gruppe von Mac-Computern würde ich Time Machine meiden. Es gibt viel zu viele Probleme mit den spärlichen Paketen und der Beschädigung der Backups.
Als ich mit einer ähnlichen Situation konfrontiert wurde, habe ich mich für CrashPlan entschieden, nachdem ich festgestellt hatte, dass der Time Machine-Ansatz für die Produktion ungeeignet ist.
Backup-Strategie für entwicklerorientierte Apple-Umgebungen?
Antwort2
Gedanke.
Führen Sie für tatsächliche Backups Snapshots auf den Mac-Geräten selbst aus. Die Time Machine-Backups sind eine Ergänzung.
JA, es ist viel besser, für die Wiederherstellung ein Time Machine-Image zu haben, aber die Dateien mit rsnapshot zu haben, ist eine großartige Idee.
Ich verwende auf Amazon S3 gemountete Laufwerke mit Jungle Disk, um Rsync- oder Snapshot-Bilder zu speichern.