Бэкапы и проверка восстановления

Раздел контролирует архивы в /bitrix/backup, умеет проверять их состояние, применять политику очистки и выполнять безопасный smoke-test восстановления.

[Скриншот 1: список резервных копий]

Список резервных копий

Monitor показывает найденные архивы и их основные характеристики. Это позволяет контролировать наличие свежего бэкапа и обнаруживать слишком старые или проблемные файлы.

Политика хранения

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

• «Хранить N последних» сохраняет заданное количество наиболее свежих архивов;
• «Удалять старше X дней» ограничивает хранение по возрасту;
• значение 0 для возраста отключает удаление по этому критерию.

[Скриншот 2: результат проверки и smoke-test]

Полный бэкап

Кнопка запуска полного резервного копирования доступна только при настроенном адаптере. Модуль не пытается универсально запускать резервное копирование на всех проектах одинаковым способом: для этого предусмотрен проектный класс-адаптер с ожидаемым статическим методом.

Restore smoke-test

Smoke-test распаковывает часть архива в отдельный тестовый каталог и проверяет характерные файлы Битрикс. Рабочие файлы сайта не заменяются, база данных в текущий сайт не импортируется.

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

Рекомендуемый порядок

1. Убедитесь, что свежий архив есть.
2. Запустите проверку.
3. При включённом smoke-test проверьте результат распаковки.
4. Только после этого применяйте очистку старых архивов.
5. Периодически выполняйте полноценное тестовое восстановление на отдельном стенде — smoke-test не заменяет полный disaster recovery тест.

Важно: Удаление бэкапа необратимо. Перед массовой очисткой убедитесь, что политика хранения соответствует требованиям проекта.

Поля smoke-test

restore_smoke_path задаёт отдельный каталог тестовой распаковки; restore_smoke_max_files ограничивает объём одной проверки; restore_smoke_keep_hours определяет, как долго оставлять тестовые каталоги. Минимальное число файлов защищает от бессмысленной настройки слишком малого теста.

Адаптер полного бэкапа

Проектный класс должен реализовать ожидаемый статический метод run(array $params) либо createFullBackup(array $params). Это сделано потому, что у проектов различаются регламент, облачные хранилища и способы запуска полного бэкапа. Настройку такого класса документируйте внутри проекта.

Перед обновлением

Флаг «Автобэкап перед обновлением» не создаёт универсальный бэкап сам по себе. Он имеет практический смысл только когда реально настроен способ резервного копирования. Перед массовым updater-ом Hub должен уметь проверить успешный результат бэкапа, а не только состояние флага.

[Скриншот 3: кнопки очистки/удаления]