Бэкап через git — идиотизм?

Сразу повинюсь: сисадмин я ненастоящий, бубен на стройке нашёл.

Но всё же пришлось помогать с IT частью небольшому офису, состоящему из юристов-финансистов.
Интернеты у нас не очень, поэтому купили локальный сервак (читай - обычный ПК) и радостно юзаем сетевой диск.

На диске хранятся в основном word/excel/power point/pdf файлы.
Есть задача их бэкапить.

А я по роду своей основной деятельности давно и нежно люблю git.
Сейчас нахожусь в процессе настройки автоматических ежедневных коммитов этого нашего диска в amazon s3.

Возник вопрос: так нормально вообще делать? Или это велосипед на костылях?
Пока минусов такого решения не вижу.

Спасибо.
  • Вопрос задан
  • 2868 просмотров
Решения вопроса 1
git annex - децентрализованная система версионирования и бекапирования поверх git. Отлично работает с бинариками, из коробки поддерживает бекап на S3. Для бинариков и разрабатывалась.
Ответ написан
Комментировать
Пригласить эксперта
Ответы на вопрос 8
Jump
@Jump Куратор тега Системное администрирование
Системный администратор со стажем.
Теоретически можно, и оно будет работать.
По факту - велосипед из костылей скрученных скотчем.
Ответ написан
Комментировать
zooks
@zooks
Frontend
Git - это VCS, т.е. система управления версиями. Но никак не инструмент бекапа.
Обычно бекапят через rsync.
Ответ написан
Комментировать
dummyman
@dummyman
диссидент-схизматик
Для этого есть специальные средства Office Web Apps Server. Читай git для офисных форматов: хранит версии, обеспечивает совместное редактирование, сам сделает бэкап, еще и через браузер можно работать, если у кого "нормальная" ОС.
Ответ написан
Комментировать
2ord
@2ord
Вместо голого git лучше bup, boar, git-annex, ... Bacula.
Ответ написан
Комментировать
sim3x
@sim3x
Комментировать
vesper-bot
@vesper-bot
Любитель файрволлов
Я бы вообще историю файлов использовал для обычного-то ПК. Настроил один раз, внешний винт к нему, лучше рядом второй, который подключать и отключать раз в неделю, на первом история файлов постоянно почасовую разницу сохраняет, на втором недельную.
Ответ написан
Комментировать
@Mountaineer
У вас будут проблемы с производительностю, если будете сохранять большие файлы.
Вот например описанно: blog.deveo.com/storing-large-binary-files-in-git-r...
Ответ написан
Комментировать
akzhan
@akzhan
Если используете Git, то ставьте GitLFS.
Ответ написан
Комментировать
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Похожие вопросы