forum.lissyara.su

Приветствую всех,

подскажите логику для создания бекапа надежного по sFTP и FTP на удаленный сервер?

Можно подключать фтп внешний и лить на него файлы как локальную папку, затем отключать, хорошо ли это ?

Можно через rsync загружать, а потом по ssh подключаться и ротейтить бекап..но тоже выглядит коряво или тоже монтировать по sftp локально папку лить и отключать?

Нужны обе опции.

Сергей.

нифига не понял
бэкап чего?
я БД так бэкаплю:
делаю локальный бэкап
считаю КС md5 и пишу ее в лог
заливаю на хранилище по NFS
лезу туда по SSH и считаю md5 там
сравниваю
сливаю туда же лог, чтобы можно было проверить md5 этого файла если придется воспользоваться
пойдет такой алгоритм?

zfs send/receive

lazhu писал(а):zfs send/receive

а где он указал что у него ZFS?

Отправлено спустя 59 секунд:
похоже студент, курсовую пишет.

Привет всем.
делаю бекап БД и файлов. нужен по ftp или sFTP.

Нормально если монтировать/отмонтировать каждый раз подключенный по ftp раздел?


*ZFS не нужен..

Cергей.

Neus писал(а):

lazhu писал(а):zfs send/receive

а где он указал что у него ZFS?

Отправлено спустя 59 секунд:
похоже студент, курсовую пишет.

Есть мегасервер заказчика.
Есть мега ОС. Заказчик хочет бекап о фтп с ротейтингом.

Есть реализация этого методом подключения FTP как раздел, залитие бекапа, отключение. Мне кажется это криво.
Делать это все скриптом командами ftp - я считаю жестко и криво тоже.

Заказчик хочет чтобы это был просто скрипт - не система бейкапирования.

undefined писал(а): Есть мегасервер заказчика.
Есть мега ОС. Заказчик хочет бекап о фтп с ротейтингом.

Есть реализация этого методом подключения FTP как раздел, залитие бекапа, отключение. Мне кажется это криво.
Делать это все скриптом командами ftp - я считаю жестко и криво тоже.

Заказчик хочет чтобы это был просто скрипт - не система бейкапирования.

и в чем проблема?
заказчик сформулировал цель, задачу и метод.
Вы ее выполнили. Зачем забивать себе голову?
---
хороший заказчик, обычно внятно не могут объяснить чего хотят:)

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

Чем именно лить не важно.
В кроне не делается проверка, крон вызывает указанную команду по заданному расписанию.
Заказчик не определил за какой период ему нужны бэкапы и их плотность?
Тогда можешь так:
Создаёшь 3 каталога - daily, weekly, monthly.
Ежедневные бэкапы ложишь в дневные.
Каждое воскресенье делаешь хардлинк с воскресного в недельные.
В первый день месяца делаешь хардлинк с дневного в месячные.
Хардлинки можно делать кроном на бекапсерванте, а вот ротацию должен делать тот кто делает бэкап, т.к. можно проспать момент когда создание бэкапов сломается, а скрипт на бэкапсерванте добросовестно похерит имеющиеся.
--
И чего ты докопался до монтирования/размонтирования
Я так и делаю, mount-copy-unmount, и проверяю на успешность каждый шаг.
Вот думаю ещё прикрутить смс-алерты на случай облома, но лень.