LINUX.ORG.RU

Система бэкапов

 , , ,


0

1

Всем доброго времени суток!
Озадачили таким вопросом: нужно делать бэкапы сайтов.Но, не могу определиться как это дело организовать.
Есть следующие идеи:
1) Git.
Но нужно настраивать сервер. Но при этом будут ежедневные бэкапы! Проблемы: нужно разворачивать и настраивать. Опыта нет.
2) sync
Всё устраивает! Но бэкапиться будут и директории, не нуждающиеся в этом (runtime, .git и т.д. если они там будут).

Требования:
1) Бэкапы сайтов, а также БД к ним.
2) Бэкапы сайтов, которые лежат на хостинге и пункт 1. Для одного при этом только ftp, но к счастью БД для него не надо.
3) Бэкапить не всё и вся, а только изменённые данные. Что само собой разумеется)

Может кто чем подскажет? Может у кого есть решения, проверенные временем, которые можно развернуть быстро и качественно.

P.S. сам не сисадмин, а не разработчик, так что делаю в первую очередь для себя, а уже потом по просьбе начальства. Все же знаем, что про бэкап вспоминаем только тогда, когда его уже нужно разворачивать)

★★★

Ответ на: комментарий от annulen

git - это не средство создания бэкапов

Я понимаю. Ещё одна из причин, которая смущает.
Но, системой контроля версий создать версию и продублировать её на сервер...

Но тем не менее, версии должны делиться на devel, alpha, beta и release.

Ignatov ★★★
() автор топика

Не будут

Но бэкапиться будут и директории, не нуждающиеся в этом (runtime, .git и т.д. если они там будут).

RTFM. Там есть опции для исключения ненужных директорий (ищите слово exclude, конкретный ключ сходу назвать не могу).

Может кто чем подскажет? Может у кого есть решения, проверенные временем, которые можно развернуть быстро и качественно.

Bareos. Штука сложная, имеет некоторые недостатки, но и неоспоримые достоинства, которых из свободных программ нет более ни у кого.

Camel ★★★★★
()
Ответ на: Не будут от Camel

Bareos в данном случае сильно оверкилл, он для централизованного бекапа кучи машин, а не для таких мелких задач

Balantay
()

Если лень играться с настройкой Git - можно взять сразу работающее типа Gitlab или Gitolite, но гит - это все-таки не про бекапы.

Balantay
()
Ответ на: Не будут от Camel

Всё же, наверное, остановлюсь на варианте rsync.
Подключение всё равно создавать для каждого отдельно. Что понравилось, можно будет сразу забирать всю директорию и в продакшен!

Ignatov ★★★
() автор топика
Ответ на: комментарий от Deleted

Мне нравится duplicity.

Судя по информации в инете - крутая штука!

Ignatov ★★★
() автор топика

99%, что сайтики на php, раз планируют бэкапить код.

P.S. Сайты не надо бэкапить. Их нужно разворачивать из реп. А базы данных бэкапить нужно средствами самих субд. Либо горячий бэкап дисков.

menangen ★★★★★
()
Ответ на: комментарий от Ignatov

архивация каталога сайта, с последующей передачей по ftp

dormeur86 ★★★★
()
Ответ на: комментарий от menangen

99%, что сайтики на php, раз планируют бэкапить код.

php, js, css. Стандарт!

Сайты не надо бэкапить.Их нужно разворачивать из реп.

Вы имеете ввиду composer?
Но на каждом сайте очень много уникального кода. Только если репозиторий для каждого сайта. Притом сотрудников даже к Git'у не приучили. Любят править через веб-морду наживую.

Либо горячий бэкап дисков.

Хостинг! Второй - VDS, что упрощает многие задачи, но физического доступа нет.

PS а в чём проблема бэкапа сайта? Нам нужно иметь только Рабочую копию как раз исходников. И Более-менее актуальную версию БД.

Ignatov ★★★
() автор топика
Последнее исправление: Ignatov (всего исправлений: 2)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.