Какой выбрать инкрементный бэкап с консольным GUI?
На урвне FS не предлагать, поскольку сервер рабочий и там ext2
Сервер не видел но по словам заказчика выходит что-то deb ветки, скорее убунта.
Требования заказчика
1. 2 тб данных, так что сразу инкремент, тут без вариантов, полное восстановление занимает 2 дня.
2. Заливка на внешние сервисы ftp/ssh/e3,(что-то из ни ) тут опционально можно и под монтировать, но все-же.
3. Клиенту rsync не удобен поскольку восстанавливать будет манагер проекта, ну в край разраб пхп, в общем нужен
консольный GUI для быстрого восстановления инкрементов на нужную дату.
5. Стабильность
Опционально: Расписание, ну тут не сильно нужно но если есть то клиенту было б удобно самому двигать даты бэкапов, коль есть гуи пусть баулется.
Опционально: бэкап mysql
Опционально: удобно подружить с zbbix
Опционально: оповещение куда-нибудь телега почта и тд Можно коммерческий продукт!
Главное чтоб этим настроенной системой мог пользоваться программист пхп, и да они не все знаю линукс, некоторые в состояние просто копировать и удалять файлы перезапускать веб-сервер.
Так что голый rsync им не подходит ;(
А псевдографическими графическими утилитами не пользовался никогда я.
> восстанавливать будет манагер проекта, ну в край разраб пхп
Это большой красный флаг. Рано или поздно обязательно восстановят что-то очень старое и затрут что-то очень нужное. А виноват будет тот, кто когда-то настроил.
Написано
Виктор Таран
@shambler81 Автор вопроса, куратор тега Linux
ComodoHacker, не опасней чем этим же самым занимаются на винде эти же люди.
ДА опасность есть но тут все просо, есть абонентка на обслуживание и штатное время на реагирование.
Если же разраб сам откатывает то что накосячил.
Или манагер проекта лезет сам ручками откатить не дожидаясь, то все это в договоре учтено и 10 раз оговорено.
Зато они получат инструмент в случае если мы когда-то расстанемся что они смогут восстановить бэкап.
В этом есть свой смысл.
Вот мне гуи не нужны вообще, а кто-то без них не может вот так вот ;(
На урвне FS не предлагать, поскольку сервер рабочий и там ext2
А какая связь? Но veeam вроде умеет работать на уровне блоков.
1. 2 тб данных, так что сразу инкремент, тут без вариантов, полное восстановление занимает 2 дня ;)
veeam умеет и в инкременты и в скорость. При этом инкременты получаются реально мелкими.
Заливка на внешние сервисы ftp/ssh/e3,(что-то из ни ) тут опционально можно и под монтировать, но все-же.
в сеть вроде умеет, ну и опять-таки есть backup&replication что конечно геморройнее.
3. Клиенту rsync не удобен поскольку восстанавливать будет манагер проекта, ну в край разраб пхп, в общем нужен
консольный GIU для быстрого восстановления инкрементов на нужную дату.
veeam так умеет, но вроде только с флешки(не на горячую)
5. Стабильность
Однозначно veeam.
Главное чтоб этим настроенной системой мог пользоваться программист пхп, и да они не все знаю линукс, некоторые в состояние просто копировать и удалять файлы перезапускать веб-сервер.
Так что голый rsync им не подходит ;(