Я ищу дедуплицирующее решение для файловой системы с копированием на запись для общих пользовательских данных, таких как /home
и резервные копии. Он должен использовать онлайн-inline / синхронную дедупликацию на уровне блока, используя безопасное хеширование (для незначительной вероятности столкновений), например SHA256 или TTH . Дублировать блоки не нужно даже касаться диска.
Идея заключается в том, что я должен просто скопировать /home/
на внешний жесткий диск с такой же файловой системой, чтобы сделать резервную копию. Просто. Не вмешиваться с инкрементными резервными копиями, где повреждение любого из снимков почти всегда прерывает все последующие снимки, и нет необходимости использовать специальный инструмент для удаления или «checkout» моментального снимка. Все должно быть просто сделано из браузера файлов, не беспокоясь. Можете ли вы представить, насколько это было бы легко? Мне никогда не придется дважды думать о резервном копировании!
Я не возражаю против хита производительности, надежность - это главная проблема. Хотя с конкретными реализациями cp
, mv
и scp
и плагином браузера файлов эти операции выполнялись бы очень быстро, особенно если есть много дублирования, поскольку они должны были бы только передавать отсутствующие блоки. Случайно использование обычных инструментов копирования, которые не интегрируются с FS, просто занимало бы больше времени, теряя некоторую пропускную способность при копировании удаленно и отбрасывая некоторый процессор, поскольку дублированные данные будут перечитываться, повторно передаваться и повторно хешироваться (хотя ничто не было бы переписан), но абсолютно ничего не испортил бы. (Некоторое программное обеспечение для обмена файлами также может быть полезным, интегрируясь с FS.)
Итак, что лучший способ сделать это?
Я рассмотрел некоторые варианты:
Кроме того, 2 года назад я попытался сделать попытку в Python с использованием Fuse на уровне файла, который будет использоваться поверх типичной твердотельной FS, такой как EXT4, но я обнаружил, что Fuse for Python недооценен и не смог реализовать все системные вызовы.
Я ищу и исследую точно то же самое, я мог бы предложить https://attic-backup.org/quickstart.html#automating-backups на данный момент, кажется тихим простым и хорошим для резервного копирования linux.
Существует также бакула с этой функцией, но чердак, по-видимому, достаточно хорош для большинства случаев.
Я ищу и исследую точно то же самое, я мог бы предложить https://attic-backup.org/quickstart.html#automating-backups на данный момент, кажется тихим простым и хорошим для резервного копирования linux.
Существует также бакула с этой функцией, но чердак, по-видимому, достаточно хорош для большинства случаев.
Это звучит очень корпоративно (как в дорогом).
datadomain предлагает дедупликации данных и, возможно, netapp с их файловой системой wafl.
«Свободной» альтернативой может быть zfs.
Согласно мне, хотя «лучшая» и самая Linuxy альтернатива, хотя и на уровне файлов вместо « уровень блока ", будет rsnapshot. Он использует rsync и hardlinks для управления версиями.
Я скорее доверяю старым проверенным инструментам, чем использованию новых файловых систем, таких как Btrfs, которые не были достаточно долго, чтобы люди могли обнаружить всевозможные неприятные ошибки.
Это звучит очень корпоративно (как в дорогом).
datadomain предлагает дедупликации данных и, возможно, netapp с их файловой системой wafl.
«Свободной» альтернативой может быть zfs.
Согласно мне, хотя «лучшая» и самая Linuxy альтернатива, хотя и на уровне файлов вместо « уровень блока ", будет rsnapshot. Он использует rsync и hardlinks для управления версиями.
Я скорее доверяю старым проверенным инструментам, чем использованию новых файловых систем, таких как Btrfs, которые не были достаточно долго, чтобы люди могли обнаружить всевозможные неприятные ошибки.
Я ищу и исследую точно то же самое, я мог бы предложить https://attic-backup.org/quickstart.html#automating-backups на данный момент, кажется тихим простым и хорошим для резервного копирования linux.
Существует также бакула с этой функцией, но чердак, по-видимому, достаточно хорош для большинства случаев.
Это звучит очень корпоративно (как в дорогом).
datadomain предлагает дедупликации данных и, возможно, netapp с их файловой системой wafl.
«Свободной» альтернативой может быть zfs.
Согласно мне, хотя «лучшая» и самая Linuxy альтернатива, хотя и на уровне файлов вместо « уровень блока ", будет rsnapshot. Он использует rsync и hardlinks для управления версиями.
Я скорее доверяю старым проверенным инструментам, чем использованию новых файловых систем, таких как Btrfs, которые не были достаточно долго, чтобы люди могли обнаружить всевозможные неприятные ошибки.
Я ищу и исследую точно то же самое, я мог бы предложить https://attic-backup.org/quickstart.html#automating-backups на данный момент, кажется тихим простым и хорошим для резервного копирования linux.
Существует также бакула с этой функцией, но чердак, по-видимому, достаточно хорош для большинства случаев.
Это звучит очень корпоративно (как в дорогом).
datadomain предлагает дедупликации данных и, возможно, netapp с их файловой системой wafl.
«Свободной» альтернативой может быть zfs.
Согласно мне, хотя «лучшая» и самая Linuxy альтернатива, хотя и на уровне файлов вместо « уровень блока ", будет rsnapshot. Он использует rsync и hardlinks для управления версиями.
Я скорее доверяю старым проверенным инструментам, чем использованию новых файловых систем, таких как Btrfs, которые не были достаточно долго, чтобы люди могли обнаружить всевозможные неприятные ошибки.
Я ищу и исследую точно то же самое, я мог бы предложить https://attic-backup.org/quickstart.html#automating-backups на данный момент, кажется тихим простым и хорошим для резервного копирования linux.
Существует также бакула с этой функцией, но чердак, по-видимому, достаточно хорош для большинства случаев.
Это звучит очень корпоративно (как в дорогом).
datadomain предлагает дедупликации данных и, возможно, netapp с их файловой системой wafl.
«Свободной» альтернативой может быть zfs.
Согласно мне, хотя «лучшая» и самая Linuxy альтернатива, хотя и на уровне файлов вместо « уровень блока ", будет rsnapshot. Он использует rsync и hardlinks для управления версиями.
Я скорее доверяю старым проверенным инструментам, чем использованию новых файловых систем, таких как Btrfs, которые не были достаточно долго, чтобы люди могли обнаружить всевозможные неприятные ошибки.
Я ищу и исследую точно то же самое, я мог бы предложить https://attic-backup.org/quickstart.html#automating-backups на данный момент, кажется тихим простым и хорошим для резервного копирования linux.
Существует также бакула с этой функцией, но чердак, по-видимому, достаточно хорош для большинства случаев.
Это звучит очень корпоративно (как в дорогом).
datadomain предлагает дедупликации данных и, возможно, netapp с их файловой системой wafl.
«Свободной» альтернативой может быть zfs.
Согласно мне, хотя «лучшая» и самая Linuxy альтернатива, хотя и на уровне файлов вместо « уровень блока ", будет rsnapshot. Он использует rsync и hardlinks для управления версиями.
Я скорее доверяю старым проверенным инструментам, чем использованию новых файловых систем, таких как Btrfs, которые не были достаточно долго, чтобы люди могли обнаружить всевозможные неприятные ошибки.
Это звучит очень корпоративно (как в дорогом).
datadomain предлагает дедупликации данных и, возможно, netapp с их файловой системой wafl.
«Свободной» альтернативой может быть zfs.
Согласно мне, хотя «лучшая» и самая Linuxy альтернатива, хотя и на уровне файлов вместо « уровень блока ", будет rsnapshot. Он использует rsync и hardlinks для управления версиями.
Я скорее доверяю старым проверенным инструментам, чем использованию новых файловых систем, таких как Btrfs, которые не были достаточно долго, чтобы люди могли обнаружить всевозможные неприятные ошибки.
rsnapshot
не является файловой системой, это скорее взлом, позволяющий использовать снимки, подобные функциям устаревших файловых систем, реальные снимки (снимки должны быть атомарными) и являются инкрементальными (см. 2-й абзац). Я предпочел бы использовать относительно новую FS, чем то, что использует инкремент.
– James Haigh
11 June 2012 в 04:29