Как восстановить резервную копию 1С-Битрикс

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

Главная сложность в том, что копия Битрикса состоит из двух частей: файловой структуры (ядро, шаблоны, загруженные изображения) и дампа базы данных MySQL. Восстановить нужно обе части, причём версии файлов и базы должны соответствовать друг другу, иначе сайт не запустится или будет работать с ошибками.

Перед началом работ убедитесь, что у вас есть доступ к хостингу по SSH или FTP, данные для подключения к базе данных и сам файл резервной копии. Все действия лучше сначала выполнить на тестовом поддомене или локальной копии, а не на работающем сайте.

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

Модуль «Резервное копирование» в административной панели создаёт архив формата .tar.gz, внутри которого лежат файлы сайта и SQL-дамп базы. Такой архив — самый удобный вариант для восстановления, потому что весь процесс автоматизирован скриптом restore.php, который бесплатно доступен на сайте 1С-Битрикс.

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

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

Подготовка: что проверить перед восстановлением

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

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

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

Восстановление штатного архива через restore.php

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

Откройте в браузере адрес вида https://ваш-сайт.ru/restore.php. Мастер предложит выбрать источник: локальный файл архива, архив из облака Битрикс или ссылку на файл. Выберите нужный вариант и дождитесь распаковки — на больших сайтах это может занять десятки минут.

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

1. 1
   Загрузите restore.php и файл архива .tar.gz в корень сайта
2. 2
   Откройте https://ваш-сайт.ru/restore.php в браузере
3. 3
   Выберите архив и дождитесь распаковки файлов
4. 4
   Введите данные подключения к пустой базе и дождитесь импорта дампа
5. 5
   Удалите служебные файлы по предложению мастера и проверьте работу сайта

Ручное восстановление файлов и базы данных

Развёртывание файловой части

Загрузите архив файлов на сервер и распакуйте его в корневую папку сайта. При работе по SSH это делается одной командой, через FTP придётся сначала распаковать архив локально и заливать файлы по одному — это заметно дольше и чревато обрывами на тысячах мелких файлов.

После распаковки проверьте права на папки и файлы: веб-сервер должен иметь возможность записывать в служебные каталоги (кеш, upload, временные файлы). Неверные права проявляются ошибками 500 или невозможностью загрузить файлы через админку.

Импорт дампа базы

Небольшие дампы удобно импортировать через phpMyAdmin: выберите пустую базу, вкладку «Импорт» и загрузите .sql-файл. Для больших дампов phpMyAdmin часто не подходит из-за ограничений на размер загружаемого файла — используйте консольный клиент MySQL по SSH.

mysql -u имя_пользователя -p имя_базы < dump.sql

После импорта откройте файл /bitrix/.settings.php и при необходимости /bitrix/php_interface/dbconn.php, затем пропишите актуальные хост, имя базы, логин и пароль. Пока данные подключения не совпадут с реальными, сайт будет отдавать ошибку соединения с базой.

Настройка после восстановления

Если сайт переехал на новый домен, обновите адрес в настройках главного модуля и в списке сайтов административной панели. Ссылки в контенте, прописанные абсолютными адресами, могут потребовать замены в базе — делайте это аккуратно и только после резервной копии таблиц.

Очистите кеш: удалите содержимое папок кеша или выполните сброс через административный раздел «Настройки → Производительность». Устаревший кеш после восстановления нередко выдаёт старые страницы или ошибки, которые выглядят как следствие неудачного восстановления, хотя сама копия развернулась корректно.

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

Проверка результата и типичные ошибки

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

Запустите встроенную проверку системы в административной панели: она покажет проблемы с правами доступа, настройками PHP и подключением к базе. Это быстрый способ найти недочёты конфигурации сервера после переезда.

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