VestaCP +backups
VestaCP +backups
В который раз желание спросить, какими светлыми мыслями руководствовались во время придумывания алгоритма скрипта бэкапа?
Зачем сначала помещать все файлы профиля пользователя во временный каталог и потом упаковывать? На консистентность архивной копии это не влияет от слова никак. Особенно если там одних картинок 5-6 гигабайт. Вероятность того что при копировании без snapshot-механизмов получится "статичный" снимок ничем не отличается. Зато места при хранении 2 архивных копий надо фактически в расчете 3 к 1: 1 уже хранится +1 временная папка для копирования + создаваемый из временной папки архив текущего профиля пользователя. Что мешало формировать во временной папке дампы баз данных только, а все данные профиля упаковывать непосредственно из домашнего каталога пользователя?
Итог: времени и операций IO потрачено на порядок больше, а на выходе получаем тоже самое.
P.S. Да, понятно, что хранить миллионы картинок дурная идея и лучше отдавать такое на "откуп" CDN. Но, увы, рядовым пользователям с дурной архитектурой изначальной движка это сложно втолковать.
Зачем сначала помещать все файлы профиля пользователя во временный каталог и потом упаковывать? На консистентность архивной копии это не влияет от слова никак. Особенно если там одних картинок 5-6 гигабайт. Вероятность того что при копировании без snapshot-механизмов получится "статичный" снимок ничем не отличается. Зато места при хранении 2 архивных копий надо фактически в расчете 3 к 1: 1 уже хранится +1 временная папка для копирования + создаваемый из временной папки архив текущего профиля пользователя. Что мешало формировать во временной папке дампы баз данных только, а все данные профиля упаковывать непосредственно из домашнего каталога пользователя?
Итог: времени и операций IO потрачено на порядок больше, а на выходе получаем тоже самое.
P.S. Да, понятно, что хранить миллионы картинок дурная идея и лучше отдавать такое на "откуп" CDN. Но, увы, рядовым пользователям с дурной архитектурой изначальной движка это сложно втолковать.
Re: VestaCP +backups
С извлечением архива при восстановлении бекапа кстати такое же.Бекап весит 50гиг,значит свободного нужно 150гиг иметь минимум.Приходится идти на хитрость,ибо так никаких тарифов не хватит чтобы бекап развернуть.Не разворачивать бекап полностью сразу а частями.
-
- Posts: 12
- Joined: Tue Mar 10, 2015 8:33 pm
Re: VestaCP +backups
Присоединяюсь к вопросу ТС. Поясните, пожалуйста, в чем причина такого механизма? и не планируется ли оптимизация процесса создания бекапов
Re: VestaCP +backups
Система не идеальна. Оптимизация механизма бекапов в приоритете после мульти php. Не всё сразу.
Re: VestaCP +backups
Посмотрите как работает FastPanel, её разработчики научили её создавать бекапы НА УДАЛЁННОМ FTP НА ЛЕТУ, т.е. архив сжимается сразу туда.
Вам же нужны опции желательно, либо сразу отправляем удалённо, либо например храним последние N копий локально + удалённо.
В итоге локально имеем самые свежие бекапы, а на удалённом FTP более старые.
И нужны возможности создавать свои задания по копированию, что бы можно было наконец делать бекапы каждый день, каждую неделю, каждый месяц, каждый год и у каждого свои настройки.
С удалённого сервера нужна возможность скачать бекап локально, для его распаковки или скачивания пользователю, но опять же нужны настройки в профиле на ограничение количества таких действий, что бы один такой умный юзер не забил весь диск под бекапы.
К тому же стоило бы добавить возможность современным методов сжатия, например в LZMA2.
Re: VestaCP +backups
Будет то, о чем вы говорите.
Re: VestaCP +backups
Подскажите, как и где можно настроить (исключить) ненужные папки для бэкапов?