Какая программа для резервного копирования хранит версии копий файлов?

Question

[number09]

Нужна программа для резервного копирования,с возможностью постоянно иметь архивные версии файлов. Это нужно для того, что были случаи когда злые пользователи не удаляли файлы, а портили их содержимое, и потом эти файлы таким образом и попадали в резервную копию заменяя собой корректные версии. Нужно как-то этого избежать.

Я удивлён, но даже супер-пупер решения за тысячи долларов не позволяют этого делать.

Answer 1

[Everything_is_not_so_bad]

Они наверняка есть. Такой механизм называется "Append-only Log" - это когда данные дополняются, но не замещаются.

Comments

[number09]

Да, таких решений много, но все которые я нашёл работают так, что хранят архивные версии файлов какое-то ограниченное количество операций резервного копирования с каждой операцией удаляя самые старые.

[Ziptar]

number09, ну тот же стандартный майкрософтовский VSS хранит до 512 теневых копий. Да, не совсем тем путём, что вам надо, но это разве мало? А если кто-то на каком-то этапе всё-таки испортит содержимое файла - вы будете вручную отсматривать все его 512 копий? Для предотвращения таких ситуаций обычно делается еженедельная/ежемесячная/ежегодная полная копия, и хранится N недель/месяцев/лет

[number09]

Ziptar, Схема которую вы описали я думаю мне не поможет. Ведь при этой схеме данные предыдущих копий со временем всё равно затираются и оставляется только последняя копия. Только если не рассчитывать схему на десятки лет с десятками полных копий и цепочками промежуточных в сотни и тысячи звеньев.

Я знаю про такую схему, но она очень затратна и громоздка, в сравнении с тем, чтобы просто иметь несколько архивных версий файлов. Разумеется, придётся делать так, если другого ничего нет.

[Ziptar]

number09, я не знаю вашей ситуации, поэтому смоделирую ситуацию (на самом деле опишу свою), которая могла бы вызывать вашу потребность:
Есть группа файлов, принадлежащая к одному проекту и не подлежащая изменению, или подлежащая крайне редкому изменению после завершения проекта. При этом пользователи могут обращаться к завершённым проектам время от времени и случайно вносить изменения в файлы этого проекта, что крайне нежелательно.
Решение: переносить из плоскости чисто технической в административную - например, делать группу файлов уже завершённого проекта доступной только на чтение, без возможности записи; или делать архивную копию этой конкретной группы файлов после завершения этого конкретного проекта.
Подумайте в административном направлении, если не удаётся решить вашу задачу технически.

Answer 2

[mayton2019]

Таких программ много. Это средства версионного контроля например git. Сделай git init в каталоге и делай каждый раз новый commit при резервном копировании. Для перемотки назад можно использовать стандартный git checkout с указанием хеша коммита или комменатрия или любого другого поискового признака которы ты знаешь как владелец бэкапа.

Беря во внимание что git все таки больше предназначен для текста чем для бинарей возможно в его использовании есть какие-то нюансы. Но я с ними не сталкивался пока. Можно еще почитать про git LFS https://git-lfs.github.com/

Версионирование бекапов также встроено в файловую систему XFS. Там есть утилиты для dump/restore. Но мне их подход не очень понравился. Хлопотно.

UPD: Да еще. Забыл. Версионирование ФС (настоящее) точно встроено в докер overlay-fs. Но как им воспользоваться в случае автора я пока не знаю. Может знающие - подскажут.

Answer 3

[Diman89]

Такой функционал зачастую есть в NAS: тот же synology позволяет

Answer 4

[TheBigBear]

ОС Windows?
Включите "теневое копирование"
Поставьте задачу, например дважды в сутки
В случае чего достаточно правой кнопкой "восстановить предыдущую версию"
При достаточном месте на диске хоть полгода храните