Vesta Control Panel - Forum

В который раз желание спросить, какими светлыми мыслями руководствовались во время придумывания алгоритма скрипта бэкапа?
Зачем сначала помещать все файлы профиля пользователя во временный каталог и потом упаковывать? На консистентность архивной копии это не влияет от слова никак. Особенно если там одних картинок 5-6 гигабайт. Вероятность того что при копировании без snapshot-механизмов получится "статичный" снимок ничем не отличается. Зато места при хранении 2 архивных копий надо фактически в расчете 3 к 1: 1 уже хранится +1 временная папка для копирования + создаваемый из временной папки архив текущего профиля пользователя. Что мешало формировать во временной папке дампы баз данных только, а все данные профиля упаковывать непосредственно из домашнего каталога пользователя?

Итог: времени и операций IO потрачено на порядок больше, а на выходе получаем тоже самое.
P.S. Да, понятно, что хранить миллионы картинок дурная идея и лучше отдавать такое на "откуп" CDN. Но, увы, рядовым пользователям с дурной архитектурой изначальной движка это сложно втолковать.

С извлечением архива при восстановлении бекапа кстати такое же.Бекап весит 50гиг,значит свободного нужно 150гиг иметь минимум.Приходится идти на хитрость,ибо так никаких тарифов не хватит чтобы бекап развернуть.Не разворачивать бекап полностью сразу а частями.

Присоединяюсь к вопросу ТС. Поясните, пожалуйста, в чем причина такого механизма? и не планируется ли оптимизация процесса создания бекапов

Система не идеальна. Оптимизация механизма бекапов в приоритете после мульти php. Не всё сразу.

imperio wrote: ↑

Sat Jan 25, 2020 5:36 pm

Система не идеальна. Оптимизация механизма бекапов в приоритете после мульти php. Не всё сразу.

Посмотрите как работает FastPanel, её разработчики научили её создавать бекапы НА УДАЛЁННОМ FTP НА ЛЕТУ, т.е. архив сжимается сразу туда.
Вам же нужны опции желательно, либо сразу отправляем удалённо, либо например храним последние N копий локально + удалённо.
В итоге локально имеем самые свежие бекапы, а на удалённом FTP более старые.
И нужны возможности создавать свои задания по копированию, что бы можно было наконец делать бекапы каждый день, каждую неделю, каждый месяц, каждый год и у каждого свои настройки.

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

К тому же стоило бы добавить возможность современным методов сжатия, например в LZMA2.

Будет то, о чем вы говорите.

Подскажите, как и где можно настроить (исключить) ненужные папки для бэкапов?

Vester88 wrote: ↑

Wed Feb 12, 2020 10:12 pm

Подскажите, как и где можно настроить (исключить) ненужные папки для бэкапов?

backup >>> backup exclusions >>> configure (это слева над списком такая шестеренка появляется)