Резервная копия сайта на 1С-Битрикс: как сделать, где хранить и как проверить, что она разворачивается

Способ 1. Штатный бэкап Битрикса

В административной части: «Настройки → Инструменты → Резервное копирование». Мастер создаёт архив файлов и дамп базы, может положить его в облачное хранилище или оставить на сервере, умеет работать по расписанию. Плюсы: не нужен программист, восстановление — штатным скриптом restore.php, который скачивается там же. Минусы: на больших сайтах архив создаётся долго и нагружает сервер; архив по умолчанию лежит рядом с сайтом — упал хостинг, нет и архива; восстановление большого архива упирается в лимиты PHP и памяти.

Способ 2. Копия «по-взрослому»: дамп базы и rsync файлов

База — mysqldump (или mariadb-dump) с ключом --single-transaction, чтобы не блокировать таблицы на живом сайте; для больших баз — по расписанию ночью. Файлы — rsync инкрементально на другой сервер: передаются только изменения, поэтому ночная синхронизация каталога на сотни тысяч файлов занимает минуты.

Что исключить: bitrix/cache, bitrix/managed_cache, bitrix/stack_cache, upload/resize_cache, upload/tmp, логи. Что обязательно включить: upload/ целиком (картинки товаров — самое тяжёлое и самое невосстановимое), bitrix/.settings.php и bitrix/php_interface/dbconn.php с параметрами подключения, local/ и шаблоны.

Где хранить

Не у основного хостера. Минимум — объектное хранилище у другого провайдера; лучше — отдельный сервер, на котором копия уже развёрнута и просто обновляется. Правило 3-2-1: три копии, на двух разных носителях, одна — в другом месте. Глубина: хотя бы 7 ежедневных и 4 еженедельных копии, чтобы можно было откатиться до момента до ошибки, которую заметили не сразу.

Как проверить, что копия разворачивается

Единственная настоящая проверка — развернуть. На тестовом сервере с тем же окружением (версия PHP, расширения, MySQL): восстановить дамп, положить файлы, поправить подключение к базе, открыть сайт через hosts. Пройти: главную, раздел каталога, карточку товара, корзину, отправку формы, вход в админку. Запустить «Проверку системы» («Настройки → Инструменты → Проверка системы») — она покажет, чего не хватает серверу. Если это заняло больше дня или не получилось — вы узнали это сегодня, а не в день аварии.

Типичные ошибки восстановления

• Разная версия PHP или отсутствующие расширения — сайт отдаёт 500.
• Не сброшен кеш — старые страницы и ошибки шаблонов.
• Не отключены агенты и обмен с 1С на копии — двойные письма и порча данных на основном сайте при тестах. На тестовой копии обмен выключают и в настройках модулей сайта, и на стороне 1С.
• Лицензионный ключ: условия лицензии для тестовых и резервных копий уточните для своей редакции.
• Неправильная кодировка дампа — «кракозябры» в товарах.
• Недостаточно памяти или ограничения по времени при распаковке архива — штатный restore.php останавливается на половине; помогает архив без сжатия или ручное восстановление дампа.

Когда бэкапа мало

Бэкап отвечает на вопрос «вернём ли данные», но не «через сколько сайт заработает». Для сайта, где сутки простоя дороже месяца обслуживания, нужна копия, которая уже развёрнута и переключается за минуты, — в чём разница и как это устроено для Битрикса. Если сайт уже лежит — срочное восстановление.

Частые вопросы