Раньше я использовал rsync для создания резервных копий, но затем я переключился на rdiff-backup для инкрементных резервных копий.
Недавно я обнаружил git и bzr, работая над проектом кодирования.
Итак, я подумал, что мой резервный диск может быть хранилищем в git или bzr. Затем я могу выполнить rsync в хранилище и зафиксировать изменения.
Будут ли проблемы с производительностью? Любые другие вопросы, о которых я не думаю?
Преимущество использования rsync, которое я вижу, заключается в том, что вы можете возобновить прерванную передачу, пока rdiff-backup возвращается к последней версии, а затем запускается снова. Есть ли причина не делать это таким образом? Что-нибудь, о чем я не думаю?
tl; доктор существует преимущества и недостатки.
git
и bzr
позволяют Вам восстановить к любой версии, которую Вы продвинули в репозиторий и позволяете Вам выборочно исключить файлы и только добавить файлы к VCS, в котором Вы нуждаетесь. Можно исключить /tmp
и различные точечные папки в корневом каталоге (я не рекомендую, исключая ~/.gnupg
и ~/.gnome2/keyrings
, поскольку они имеют важные данные).
bzr
и git
хранилище diffs всех изменений так каждый раз, когда Вы продвигаете новое изменение, программное обеспечение репозитория должно вычислить и сохранить разность, которая занимает место и мощность ЦП. С двоичными файлами это еще хуже, так как даже изменение 2 КБ в файле на 2 ГБ запросит устройство хранения данных другой копии того файла на 2 ГБ, если Ваш репозиторий не будет отслеживать изменения в маленьких блоках для двоичных файлов или использует некоторую форму bindiff, где даже переключается на нижний регистр, файл не доставляют неприятности.
Делают Ваш выбор. Если Вы нуждаетесь в помощи с этим, отбрасываете комментарий прямо ниже.