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

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

Что содержит резервная копия

Полная резервная копия Битрикса — это самораспаковывающийся архив, в который входят:

• Файлы сайта — ядро /bitrix/, публичная часть, загруженные файлы /upload/, шаблоны и компоненты.
• Дамп базы данных — структура и данные всех таблиц (заказы, пользователи, инфоблоки, настройки).
• Скрипт восстановления restore.php, который умеет развернуть архив на новом сервере.

Копии создаются в разделе Настройки → Инструменты → Резервное копирование и по умолчанию лежат в /bitrix/backup/. Оттуда их важно скачивать на внешнее хранилище — копия рядом с сайтом бесполезна, если упал сам сервер.

Подготовка к восстановлению

1. Определите, какая копия «чистая», — с датой до момента поломки.
2. Скачайте архив резервной копии и, при наличии, файл restore.php.
3. Подготовьте параметры базы данных на целевом сервере: имя БД, пользователь, пароль, хост.
4. Убедитесь, что на хостинге хватает места: нужно примерно вдвое больше размера архива на время распаковки.
5. Если сайт публичный — включите заглушку/техработы, чтобы посетители не попадали на полуразвёрнутый сайт.

Способ 1. Восстановление через restore.php (в том числе на пустой хостинг)

Универсальный способ — работает даже там, где Битрикс ещё не установлен:

1. Загрузите в корень сайта на целевом хостинге файл restore.php (его можно скачать из админки в разделе резервного копирования или взять из архива).
2. Рядом положите сам архив копии .tar.gz — или укажите ссылку на него.
3. Откройте в браузере https://ваш-домен.ru/restore.php.
4. Введите проверочный код (защита от постороннего запуска) и выберите архив.
5. Укажите параметры подключения к базе данных.
6. Запустите распаковку — скрипт развернёт файлы, импортирует дамп и пропишет настройки подключения в /bitrix/php_interface/dbconn.php и /bitrix/.settings.php.
7. После завершения обязательно удалите restore.php и архив с сервера — это требование безопасности.

Способ 2. Восстановление из архива в административной панели

Если сайт хотя бы частично работает и админка доступна, откат можно сделать из неё:

1. Перейдите в Настройки → Инструменты → Резервное копирование.
2. Откройте вкладку/список доступных резервных копий.
3. Выберите нужный архив и запустите восстановление.
4. Дождитесь распаковки файлов и импорта базы, затем очистите кэш.

Этот способ удобен для отката на том же сервере — например, вернуть состояние до неудачного обновления модуля.

Способ 3. Ручной откат файлов и базы данных

Продвинутый вариант для больших проектов или когда стандартные скрипты не справляются. Через SSH/панель хостинга:

1. Распакуйте архив файлов в корень сайта, заменив текущие файлы (предварительно сохранив их копию).
2. Импортируйте дамп базы: mysql -u ПОЛЬЗОВАТЕЛЬ -p ИМЯ_БД < dump.sql.
3. Проверьте и при необходимости поправьте параметры подключения к БД в /bitrix/php_interface/dbconn.php и /bitrix/.settings.php.
4. Восстановите корректные права на файлы и папки (особенно /bitrix/ и /upload/).

Ручной откат — не самая простая процедура; если данные критичны, безопаснее доверить её специалистам. Мы делаем это в рамках услуги восстановления из резервной копии.

Способ	Когда применять	Сложность
restore.php	Пустой хостинг, переезд, полный крах	Средняя
Из админки	Админка работает, откат на том же сервере	Низкая
Ручной откат	Крупный проект, нестандартная ситуация	Высокая

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

1. Очистите кэш: Настройки → Настройки продукта → Автокэширование или удалите содержимое /bitrix/cache/ и /bitrix/managed_cache/.
2. Проверьте главную, каталог, корзину, оформление заказа и вход в личный кабинет.
3. Зайдите в админку — убедитесь, что данные соответствуют дате копии.
4. Запустите проверку системы (check_bitrix.php), чтобы отловить проблемы с правами и окружением.
5. Снимите заглушку техработ, когда убедитесь, что всё в порядке.

Частые ошибки и как их решить

• Белый экран после восстановления. Обычно ошибка подключения к базе или права на файлы. Проверьте dbconn.php/.settings.php и права на /bitrix/.
• Старый вид сайта, «залипший» контент. Не сброшен кэш Битрикса и/или браузера — очистите оба.
• Распаковка обрывается. Лимиты хостинга (время, память, размер файла). Дробите копию на части или поднимайте лимиты PHP.
• Часть картинок пропала. В архив не попала папка /upload/ или копия делалась без пользовательских файлов. Восстанавливайте полную копию.
• Ошибка «неверный проверочный код» в restore.php. Код вводится с сайта 1С-Битрикс при генерации ссылки восстановления; используйте актуальный код или скачайте архив вручную.

Профилактика: правильные резервные копии

Восстановление проходит гладко ровно настолько, насколько дисциплинированно делались бэкапы. Базовые правила:

• Копии по расписанию: для магазина — ежедневный дамп базы и еженедельная полная копия.
• Несколько поколений копий, чтобы откатиться не только на «вчера».
• Хранение вне продакшн-сервера — облако, отдельное хранилище, другой ЦОД.
• Периодическая проверка восстановления на тестовой площадке — «непроверенная копия = отсутствие копии».

Чтобы копии делались и проверялись автоматически, а на случай серьёзного сбоя был план восстановления, настройку удобно передать нам: резервное копирование и disaster recovery для Битрикс.

Коротко о главном

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