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

0

1

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

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

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

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

Ссылка

←	yum -q updateinfo list security available — убрать промежуточные версии

Аналогичная проблема, но уже в SMPlayer'e

→

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

annulen ★★★★★
(26.02.17 01:08:06 MSK)

Ответ на: комментарий от annulen 26.02.17 01:08:06 MSK

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

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

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

Ignatov ★★★
(26.02.17 01:15:43 MSK) автор топика

Ссылка

Не будут

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

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

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

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

Camel ★★★★★
(26.02.17 01:38:52 MSK)

Syncthing?

Samamy ★★★
(26.02.17 03:24:36 MSK)

Ссылка

Ответ на: Не будут от Camel 26.02.17 01:38:52 MSK

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

Balantay ★
(26.02.17 05:23:01 MSK)

Ссылка

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

Balantay ★
(26.02.17 05:24:22 MSK)

Ссылка

tar+mysqldump+ftp

~~dormeur86~~ ★★★★
(26.02.17 11:16:42 MSK)

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

Deleted
(26.02.17 11:35:17 MSK)

Ответ на: Не будут от Camel 26.02.17 01:38:52 MSK

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

Ignatov ★★★
(26.02.17 13:06:06 MSK) автор топика

Ссылка

Ответ на: комментарий от dormeur86 26.02.17 11:16:42 MSK

tar+mysqldump+ftp

Не совсем понятен смысл tar. Можно подробнее?

Ignatov ★★★
(26.02.17 13:06:51 MSK) автор топика

Ответ на: комментарий от Deleted 26.02.17 11:35:17 MSK

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

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

Ignatov ★★★
(26.02.17 13:08:50 MSK) автор топика

Ссылка

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

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

menangen ★★★★★
(26.02.17 13:15:12 MSK)

Ответ на: комментарий от Ignatov 26.02.17 13:06:51 MSK

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

~~dormeur86~~ ★★★★
(26.02.17 14:13:45 MSK)

Ссылка

Ответ на: комментарий от menangen 26.02.17 13:15:12 MSK

А если не пых? Можно не бэкапить? :D

~~dormeur86~~ ★★★★
(26.02.17 14:15:31 MSK)

Ссылка

Ответ на: комментарий от menangen 26.02.17 13:15:12 MSK

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

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

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

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