Последнее время поступает много вопросов по работе встроенного резервного копирования. Основная проблема - это ограничения процессорных ресурсов на разделяемом хостинге.
Другая сложность с переносом обычно сопряжена с необходимостью "подобрать" нужный набор опций резервного копирования: архивировать ядро, публичку, базу, установить время шага.
В связи с ростом популярности виртуальной машины VMBitrix, особенно актуально иметь надёжный инструмент, который позволит сделать перенос существующего сайта внутрь виртуальной машины. А также переезд проекта с одной машины на другую. Ведь основная идея такая: виртуальная машина - это чёрный ящик, включили, нажали "перенести" и работаем. Появилась новая версия, перенесли проект на неё, старую "выбросили".
В ближайших обновлениях функционал резервного копирования и восстановления будет существенно улучшен.
В продукте есть функционал резервного копирования, но для создания резервной копии требуется участие администратора. Создание резервных копий по расписанию не предусмотрено. Недоделка? Нет, есть объективные причины, не позволяющие это сделать достаточно эффективно. Создание архива - длительный и ресурсоёмкий процесс, на один хит это делать никак нельзя. Повесить по шагам на агенты? Представьте как посетители будут работать с сайтом если на каждый хит создаётся часть резервного архива: это будут жуткие тормоза. Делать совсем маленькими шагами? Тогда создание архива может затянуться на целый день (дни), а информация на сайте успеет обновиться. Как же быть? Сделать интерфейс, через который можно запускать создание архива через внешний планировщик (cron)? Правильно! Тогда возникает вопрос: зачем? Ведь можно использовать системные инструменты. И здесь хочу показать, как это делать.