Реально ли использовать Git для бэкапа?

Question

[Stanisav]

Добрый день. Какие могут быть проблемы и ограничения если использовать git таким нестандартным способом - делаем в корне файлопомойки git init & git add . & git commit -m "$date". После скопировать на СХД всё вместе с каталогом .git. В последующем в раз неделю копировать только измененные файлы поверх старых в СХД. Место такой бэкап будет занимать в 2 раза больше чем информация, но оно в дальнейшем расти будет не сильно и если нужно - можно с помощью гита откатывать нужные файлы до нужной даты. Чем может быть плох такой подход?

Answer 1

[Армянское Радио]

Для этого есть rsync, backintime, вот это вот все.

Comments

[Stanisav]

Не могу накопать хороший пример с инкрементальными бэкапами. Если есть такой на примете, будьте добры, поделитесь

[Армянское Радио]

Станислав Найденый: backintime это реализует. Он создает папки по датам бекапов, а в папках реализует полное дерево того, что резервируется. Если файл не менялся, в папку идет жесткая ссылка.

[Stanisav]

Спасибо, попробую

Answer 2

[Don Kaban]

Подход плох тем, что есть как минимум триста двадцать четыре способа сделать то же самое без гита.

Answer 3

[Сергей Протько]

1) RAID1 вам подойдет больше, если версионизация не нужна. Если нужна - то просто rsync раз в неделю или как хотите.
2)

Место такой бэкап будет занимать в 2 раза больше чем информация

почитайте как GIT хранит различия в бинарных файлах и прикинте сколько на самом деле будет занимать этот репозиторий. В этом ключе лучше уж SVN использовать.
3) Если информация и репозиторий на одном HDD то смысла в таком backup не особо много. Только для версионизации.

Answer 4

[Пума Тайланд]

Подход плох тем что на большом количестве больших файлов это работает жутко медленно.

Answer 5

[kvspb]

Bacula тешает! (или Amаnda)