Как восстановить бэкап 1С-Битрикс: полная инструкция

Восстановление резервной копии 1С-Битрикс — типовая задача при переносе сайта на другой хостинг, откате после неудачного обновления или аварийном восстановлении после сбоя. Процедура хорошо отработана, но требует аккуратности: ошибка на этапе распаковки или импорта базы данных способна привести к частичной потере данных или неработоспособности сайта.

Битрикс поддерживает несколько способов восстановления: штатный механизм через скрипт restore.php, восстановление из облачного хранилища 1С-Битрикс и ручное развёртывание архива с дампом базы. Выбор зависит от того, есть ли доступ к административной панели, целы ли файлы ядра и куда вы восстанавливаете копию — на тот же сервер или новый.

Перед началом убедитесь, что у вас есть сам файл резервной копии (обычно это архив .tar.gz или многотомный архив .tar.gz.1, .tar.gz.2 и т. д.), доступ к серверу по FTP/SSH и данные для подключения к базе данных нового размещения.

Какие виды бэкапов бывают и что вам понадобится

Штатная резервная копия Битрикс включает файлы сайта (ядро, шаблоны, загруженные изображения) и дамп базы данных внутри архива. Копия может создаваться локально — файл сохраняется в папке /bitrix/backup/ — или отправляться в облачное хранилище 1С-Битрикс, если лицензия активна.

Помимо штатных копий, хостинг-провайдеры часто делают собственные бэкапы аккаунта. Это отдельный механизм: восстановление выполняется через панель хостинга и не требует restore.php, но откатывает весь аккаунт целиком, а не только сайт.

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

Восстановление через restore.php — основной способ

Скрипт restore.php — официальный инструмент распаковки резервных копий. Его можно скачать из раздела резервного копирования в административной панели или со страницы загрузки на сайте вендора. Скрипт размещается в корневой папке того сайта, куда выполняется восстановление.

1. 1
   Загрузите restore.php и все тома архива копии в корень сайта по FTP или через файловый менеджер хостинга
2. 2
   Откройте в браузере адрес вида https://ваш-сайт/restore.php
3. 3
   Выберите источник: локальный архив (файл уже в корне) или ссылку на копию в облаке
4. 4
   Дождитесь распаковки файлов — на больших сайтах это занимает заметное время
5. 5
   На шаге базы данных укажите сервер, имя базы, логин и пароль пользователя MySQL
6. 6
   Дождитесь импорта дампа и завершите работу мастера
7. 7
   Удалите restore.php и архив копии из корня сайта

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

Если мастер «завис» на этапе распаковки или импорта, чаще всего срабатывает ограничение времени выполнения PHP на хостинге. В этом случае скрипт предложит продолжить с места остановки — обновите страницу или запустите процесс заново, он умеет работать по шагам.

Восстановление из облака 1С-Битрикс

Если резервное копирование настраивалось с отправкой в облако, восстановление доступно прямо из административного раздела «Настройки → Инструменты → Резервное копирование → Список резервных копий». Там отображаются копии, привязанные к лицензионному ключу.

Для восстановления на новом сервере потребуется ввести лицензионный ключ и пароль, которым шифровалась копия (если шифрование включалось). Без пароля расшифровать облачный архив невозможно — это защита от несанкционированного доступа к данным.

Облачное восстановление удобно при переносе между хостингами: не нужно вручную перекачивать многогигабайтный архив на локальный компьютер — файл скачивается напрямую на новый сервер. Ограничение — требуется активная лицензия и достаточный объём свободного места в облачном хранилище.

Ручное восстановление: когда restore.php не подходит

Ручной способ применяют, когда штатный скрипт не работает (например, из-за жёстких лимитов хостинга) или когда копия существует в виде отдельного дампа базы и набора файлов. Суть процедуры: распаковать файлы через SSH или файловый менеджер и импортировать дамп в базу вручную.

tar -xzf backup.tar.gz -C /path/to/site/ && mysql -u user -p dbname < /path/to/dump.sql

После импорта проверьте файл /bitrix/.settings.php и /bitrix/php_interface/dbconn.php: в них должны быть указаны актуальные реквизиты подключения к базе нового сервера. Также проверьте права на папки — Битрикс требует возможности записи в bitrix/cache, bitrix/managed_cache, upload и ряд других каталогов.

Ручной путь требует опыта работы с командной строкой и понимания структуры продукта. Если вы не уверены в последовательности действий, безопаснее воспользоваться restore.php или привлечь специалиста — цена ошибки при ручном импорте — повреждённая база.

Перенос на другой домен или сервер: дополнительные шаги

При смене домена после восстановления сайт может открываться с редиректами на старый адрес или с битыми ссылками. Проверьте настройки главного модуля и сайта в административной панели: поля «URL сайта» и доменные привязки должны соответствовать новому адресу.

Дополнительно выполните переиндексацию поиска и очистите кеш. Если использовался HTTPS, убедитесь, что SSL-сертификат установлен на новой площадке до переключения DNS, иначе посетители увидят предупреждение браузера.

Типичные ошибки и как их избежать

Большинство проблем при восстановлении связано не с самим механизмом, а с подготовкой: повреждённым архивом, нехваткой места на диске или неверными реквизитами базы. Ниже — ошибки, которые встречаются чаще всего.

Отдельный риск — несовместимость версий PHP. Если копия создавалась на старом сервере с устаревшей версией PHP, а новая площадка работает на актуальной, часть кода может оказаться несовместимой. Перед переносом сверьте системные требования вашей версии Битрикс с настройками нового хостинга.

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