Как сделать резервные копии Битрикс и выполнить restore bitrix через restore.php?

Обновили модуль в пятницу вечером, утром сайт не работает — отдаёт 500, а в поиске половина статей ведёт в Bitrix24 CRM, а не в CMS на вашем хостинге. Без свежего бэкапа откат превращается в долгую рутину с риском потерять заказы — restore bitrix без архива не спасёт. Штатный модуль собирает tar.gz с файлами и дампом MySQL, хранит копии в /bitrix/backup/ или облаке 1С-Битрикс, а для аварийного отката подойдёт restore.php. Ниже вы настроите полный бэкап, вынесете архив off-site и получите сценарии восстановления без паники.

Резервное копирование в 1С-Битрикс: Управление сайтом - штатный модуль CBackup, который собирает архив tar.gz с публичной частью, ядром и дампом MySQL, хранит до трёх копий в облаке 1С-Битрикс (2-10 ГБ по редакции) или локально в /bitrix/backup/, а для переноса и аварийного отката использует мастер в админке или скрипт restore.php с четырьмя источниками архива. Сегодня создайте ручную копию, проверьте маску исключения папки с архивами и сохраните пароль шифрования отдельно от сервера.

Статья только про коробочную CMS на хостинге. Bitrix24 - другой продукт; здесь его не разбираем. Типичная авария: архивы перенесли из /bitrix/backup/ в /backups/, диск заполнился, автокопирование упало на auto_lock. После restore.php забыли удалить скрипт - "Проверка системы" выдаёт "Ошибка! Файл существует: restore.php". Ниже - чек-лист: сначала бэкап, потом обновление сайта на Битрикс.

Резервные копии Битрикс: что входит в штатное резервное копирование

Встроенный инструмент админки CMS, а не снимок диска хостинга. Модуль упаковывает /bitrix, /upload, /local и дамп MySQL в .tar.gz. Когда нужно: перед обновлением, модулями, переносом сайта на Битрикс. Snapshot хостинга раз в сутки не совпадает с моментом клика "Обновить". Рекомендация: включите бэкап в регламент поддержки сайта на Битрикс.

Создайте резервную копию в админке

Путь: Настройки → Инструменты → Резервное копирование → Создание резервной копии. Включите дамп MySQL, публичную часть и ядро. Пароль шифрования (от 6 символов) 1С-Битрикс не хранит - запишите в менеджер паролей.

1. Выберите хранение: /bitrix/backup/ или облако 1С-Битрикс.
2. Включите "Проверить целостность после создания".
3. Дождитесь окончания без закрытия вкладки.
4. В Список резервных копий скачайте архив off-site.
5. Проверьте размер: пустой файл - повод пересоздать копию.
6. Запишите пароль шифрования в менеджер паролей.

Полное восстановление требует связки "файлы + база". Без MySQL не вернутся товары и заказы; без /upload пропадут фото. Рекомендация: сначала бэкап - потом SiteUpdate. Ручную копию делайте перед каждым обновлением.

Настройте маски и избегите рекурсии архивов

Типичная ошибка: перенесли архивы в /backups/, маску не обновили - новый бэкап включил старые .tar.gz, диск кончился.

Рекомендация: не делайте /bitrix/backup симлинком - автобэкап зависает на auto_lock.

Выберите хранение: локально, облако и rclone off-site

Для off-site настройте rclone по cron после штатного бэкапа:

rclone copy /var/www/site/bitrix/backup/ yadisk:bitrix-backups/ --ignore-existing
rclone delete yadisk:bitrix-backups/ --min-age 30d

На shared-хостинге, например Beget, проверьте лимит диска. Про snapshot vs модуль - в гайде про хостинг для сайта на Битрикс. После окончания лицензии облачные копии доступны ещё 14 дней.

Рекомендация: две независимые копии: облако + rclone или скачанный архив.

Настройте автоматическое резервное копирование

Настройки → Инструменты → Резервное копирование → Регулярное. Три схемы: облачный сервис, cron_events.php (/bitrix/modules/main/tools/cron_events.php), backup.php (/bitrix/modules/main/tools/backup.php).

1. Включите регулярное копирование на ночь.
2. Укажите те же маски исключения.
3. Утром проверьте журнал ошибок.
4. При auto_lock удалите lock и убедитесь, что /bitrix/backup/ - каталог, не symlink.

Рекомендация: раз в месяц скачивайте копию вручную, даже с rclone.

Восстановите сайт через restore.php: dump_list.php и 4 варианта мастера

Запросы restore bitrix и restore php bitrix означают одно: админка недоступна, нужен аварийный откат. Свежий скрипт: Настройки → Резервное копирование → Список (dump_list.php, ссылка /bitrix/admin/dump_list.php?lang=ru, action=restore.php) или 1c-bitrix.ru/download/files/scripts/restore.php. Положите в корень, владелец - bitrix или www-data.

1. Создайте пустую БД MySQL в панели Beget или ispmanager.
2. Загрузите restore.php в корень по FTP.
3. Откройте restore.php, выберите один из четырёх вариантов.
4. Введите доступы MySQL, дождитесь импорта.
5. Нажмите "Удалить локальную копию и служебные скрипты".

Если админка жива: Список резервных копий → Восстановить. Рекомендация: не храните restore.php в корне постоянно.

Исправьте ошибку "Файл существует: restore.php"

После восстановления скрипт restore.php остался в корне. "Проверка системы" (Настройки → Инструменты → Проверка системы) выдаёт ошибку безопасности.

1. Откройте Контент → Файлы и папки или FTP.
2. Удалите из корня: restore.php, bitrixsetup.php, bitrix_server_test.php.
3. Запустите "Проверка системы" повторно.

Рекомендация: после каждого переноса сразу проверяйте "Проверку системы".

Проверьте сайт после restore.php: права, .settings.php и "не могу записать файл"

Мастер отработал, но белый экран или 500 - чаще виноваты настройки нового сервера.

1. Права и владелец: каталоги 755, файлы 644, владелец www-data или bitrix (не root). "Не могу записать файл" лечится сменой владельца или распаковкой архива заранее с выбором "архив уже в корне".
2. .settings.php: проверьте host, login, password и database для MySQL - могут остаться данные старого хостинга.
3. Путь сайта: Настройки → Сайты → document root должен совпадать с реальным.
4. Кеш и модули: очистите кеш, переустановите пропавшие модули из Маркетплейса.

Сверьте PHP и MySQL с чек-листом про хостинг для Битрикс. Рекомендация: сделайте копию .settings.php перед правкой.

Откатите сайт после обновления: полный или частичный

Полный откат: Список копий → Восстановить, или restore.php при 500. Заказы после даты копии пропадут. Частичный: из архива замените /bitrix/modules/имя_модуля/, БД не трогайте, очистите кеш. Не поможет, если обновление меняло таблицы MySQL.

Рекомендация: перед SiteUpdate фиксируйте версию модуля и делайте копию. Раз в квартал разворачивайте бэкап на staging и проверяйте главную, карточку товара и заказ.

Критерий готовности: свежий tar.gz off-site, restore.php удалён, "Проверка системы" чистая. Нет времени на аварийный откат? Обсудим восстановление или смотрите портфолио.

Автор: Максим Мольков, разработчик 1С-Битрикс.
Источники: BitrixFramework, урок "Создание копии", урок "Восстановление".

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