Ich erwäge die Verwendung von Btrfs auf meinem Datenlaufwerk, damit ich Snapper oder etwas wie Snapper verwenden kann, um zeitbasierte Snapshots zu erstellen. Ich glaube, damit kann ich alte Versionen meiner Daten durchsuchen. Dies wäre zusätzlich zu meiner aktuellen Offsite-Sicherung, da ein Laufwerksausfall die Daten und die Snapshots löschen würde.
Nach meinem Verständnis nehmen btrfs-Snapshots nicht viel Platz ein (Metadaten und die Blöcke, die sich geändert haben, plus vielleicht etwas Overhead), also scheint der Platz keine Einschränkung zu sein.
Wenn ich eine Million Snapshots habe (z. B. zwei Jahre lang jede Minute einen Snapshot), würde das Chaos anrichten, vorausgesetzt, ich habe genügend Speicherplatz für die Daten, die geänderten Daten und die Metadaten?
Wenn es eine praktische Grenze für die Anzahl der Schnappschüsse gibt, hängt diese von der Anzahl der Dateien und/oder der Größe der Dateien ab?
Akzeptierte Antwort:
Als jemand, der ein btrfs verwendet Dateisystem mit Arch Linux für fast 2 Jahren kann ich mit Sicherheit sagen, dass es anscheinend keine praktische Grenze für die Anzahl der leicht erreichbaren Schnappschüsse gibt. Es gibt jedoch einige Vorbehalte. btrfs Dateisystem kann zu Fragmentierung führen. Es ist daher ratsam, die in btrfs integrierte Online-Defragmentierungsfunktion zu verwenden . Außerdem kann man btrfs gut gebrauchen Komprimierungsfunktion. Diese Maßnahmen sollten sich um die meisten Leistungsprobleme kümmern, die vernünftigerweise auf einem halbwegs anständigen Computer durch das Erstellen vieler Snapshots entstehen könnten.
Wie Sie vielleicht wissen btrfs behandelt Subvolumes als Dateisysteme und daher ist die Anzahl der Snapshots tatsächlich begrenzt:nämlich durch die Größe der Dateien. Laut btrfs Wiki ist die maximal erreichbare Dateigröße 2^64 byte == 16 EiB .
Abgesehen von diesen Einschränkungen kann es möglicherweise immer zu Problemen kommen, wenn Ihnen der Speicherplatz ausgeht, ohne dass Sie dies sofort bemerken, weil Sie auf btrfs nach freiem Speicherplatz suchen Dateisysteme können manchmal knifflig sein, d.h. ohne in der Lage zu sein, zwischen verschiedenen Methoden zum Messen des freien Speicherplatzes auf einem btrfs zu unterscheiden Dateisystems kann man leicht nachverfolgen, wie viel Platz tatsächlich noch übrig ist. Eine Möglichkeit, dieses Szenario zu verhindern, ist die Verwendung von Kontingenten. Dadurch wird sichergestellt, dass Benutzer (oder der Benutzer, wenn es nur einer ist) nur eine bestimmte Menge Speicherplatz verwenden können. Dieses Konzept wird hier und auch hier sehr gut diskutiert.
Last but not least eine Warnung:Ich bin kein Experte für btrfs Dateisysteme und habe nur über diese Dinge gelesen, als ich vor einiger Zeit die gleiche Frage hatte. Außerdem gibt es immer wieder das Problem, dass btrfs ist ein „sich schnell bewegendes Ziel“ (schöne Formulierung, die von einem Arch Linux gestohlen wurde Wiki-Seite, denke ich.), also können sich die Dinge ändern.