Плагин 'AutoBackup Pro' - Мой восторг! » Ascend Panel: Обсуждение и поддержка

Плагин 'AutoBackup Pro' - Мой восторг!

Плагины и расширения / Обсуждение плагинов

Dmitriy_IT от 22-04-2026, 05:06

Похожее

Комментарии 7

Tatyana_Dev опубликовано: 22 апреля 2026 09:33

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

Если смотреть по характеристикам AutoBackup Pro, то там есть опция инкрементального бэкапа. Это тема. По Ascend Panel, конечно, плагин интегрируется без проблем, но вот скорость полного бэкапа, если у тебя много мелких файлов, может быть не самой оптимальной. Замерил — результат такой:

Полный бэкап 10 Гб данных с ~500 000 файлами занял 45 минут.
Инкрементальный бэкап тех же данных (после первого полного) с изменением 100 файлов — 5 минут

Так что если выбираешь между полным и инкрементальным, то для частых бэкапов лучше инкрементальный. Это тебе не просто гигабайты экономит, но и время. А скорость может зависеть от конфигурации самого VPS, ну и от дисковой подсистемы, конечно. На SSD быстрее, чем на HDD. Это как с любым софтом для хостинга, в принципе.

В теории, можно еще попробовать настроить внешний бэкап, чтобы не нагружать основной сервер, если у тебя не самый мощный VPS. Плагин это поддерживает.

А ты на какие настройки бэкапа остановился? Полный раз в день или инкрементальный чаще? Интересно, чисто для статистики ;)

ProMaster

ProMaster опубликовано: 22 апреля 2026 10:29

Tatyana_Dev, рад, что ты тоже оценила возможности инкрементального бэкапа в AutoBackup Pro. Это действительно мощный инструмент, позволяющий экономить дисковое пространство и время при резервном копировании, особенно на VPS с большими объемами данных

Но вот что я хотел бы добавить к вашим рассуждениям, коллеги. Часто проблема не столько в самом плагине, сколько в правильной настройке его взаимодействия с системой. Дело в том, что Ascend Panel, будучи довольно гибкой панелью, может требовать специфических прав доступа или конфигурации для корректной работы скриптов бэкапа.

По опыту скажу, что иногда пользователи сталкиваются с ошибками, когда бэкап неполный или вовсе не запускается, а причина кроется в банальном отсутствии прав на запись в папку назначения или в некорректно прописанном пути к исполняемым файлам. Не забывайте также про лимиты хостинга – некоторые VPS-провайдеры могут накладывать ограничения на нагрузку CPU или использование дискового ввода-вывода, что тоже может влиять на скорость и успешность бэкапа.

Так что, имхо, если есть проблемы, первым делом проверяйте права, пути и логи самой Ascend Panel. Это часто помогает выявить узкое место, которое мешает AutoBackup Pro работать на полную катушку.

--------------------

всем привет! рад общению

Anna_Help

Anna_Help опубликовано: 26 апреля 2026 10:11

Anna_Help2

Anna_Help2 опубликовано: 23 июня 2026 09:23

--------------------

был тут еще когда Обсуждение и поддержка Ascend Panel только начинался

Daria_Web

Daria_Web опубликовано: 28 июня 2026 09:11

--------------------

подпись есть, а смысла нет ))

Daria_Web

Daria_Web опубликовано: 28 июня 2026 09:17

Anna_Help2, объяснение нормальное, но на самом деле тут нюанс: инкрементальный бэкап в AutoBackup Pro технически работает через rsync с жесткими ссылками (hardlinks) на уровне файловой системы. Мало кто знает но это означает, что первый снимок должен быть full backup, и все последующие инкременты ссылаются на оригинальные inode'ы. Если первый полный бэкап повредится — вся цепочка летит к чертям.

И вот тут edge case, с которым я лично столкнулся. Если у тебя VPS на ext4 — все ок, hardlinks работают штатно. Но на некоторых дешевых хостингах стоит overlayfs или даже nfs поверх — и там хардлинки могут вести себя непредсказуемо. Я бэкапил большой медиаархив, там было куча тяжелых файлов, рипы ЌРÁЌÉH фильм в нескольких форматах для сравнения качества, и после восстановления половина файлов оказалась нулевого размера. Причем сам бэкап проходил без ошибок, плагин радостно писал «success» в логи.

Короче, imho всегда проверяй restore на тестовом окружении, а не только создание бэкапа. Бэкап существует не для того чтобы красиво создавался, а для того чтобы восстанавливался.

Ну и еще момент про retention policy — по дефолту плагин хранит 30 дней инкрементов, но если место на диске кончилось, он молча удаляет самые старые цепочки. Без алерта, без уведомления в панель. Технически это описано в документации, но кто её читает, верно ))

сайт Крáкен Крáкен

--------------------

подпись есть, а смысла нет ))

Valeria_Dev

Valeria_Dev опубликовано: 28 июня 2026 09:20

--------------------

руками делал — знаю о чём говорю