Сайт на "1С-Битрикс: Управление сайтом" может упасть после обновления или переноса, а откатиться будет нечем без свежей копии. Штатный инструмент собирает файлы и дамп MySQL в архив tar.gz и восстанавливает проект через админку или restore.php. Ниже вы настроите полный бэкап, проверите архив на тестовом поддомене и выберете сценарий восстановления под вашу ситуацию.
Резервная копия CMS - это не "страховка хостинга", а ваш снимок на момент правок в админке. Делайте полный бэкап (файлы + MySQL) перед обновлением ядра, настройте автокопирование и один раз в квартал разверните архив на staging. Пароль шифрования храните отдельно от сервера: без него восстановление невозможно даже через техподдержку 1С-Битрикс.
Речь только про CMS на вашем хостинге - коробочный "1С-Битрикс: Управление сайтом". Bitrix24 (CRM в облаке) - другой продукт; здесь его не разбираем.
Типичная история: маркетолог заказал правки в каталоге, разработчик обновил модуль - сайт показал белый экран. Автобэкап завис на auto_lock месяц назад, а snapshot хостинга снят ночью, до дневных правок. Ниже - инженерный чек-лист, который закрывает эту дыру за один вечер.
1. Сделайте бэкап до обновления, переноса и правок в админке
Бэкап нужен не "на всякий случай", а перед каждым действием, которое меняет код или базу: обновление сайта на Битрикс, установка модулей из Маркетплейса, правки в /local, перенос на новый сервер.
Snapshot хостинга (снимок диска раз в сутки) не совпадает с моментом ваших правок в админке. Между снимками могут пройти заказы, правки цен и загрузки в /upload.
Штатный модуль Битрикса создает tar.gz с публичной частью, ядром, папкой upload и дампом MySQL. Это ваш контрольный снимок "здесь и сейчас", а не вчерашний диск сервера.
Рекомендация: Правило "сначала бэкап - потом обновление" без исключений. Ручную копию делайте перед SiteUpdate; автоматическую - по расписанию, чтобы между ручными не прошло больше суток.
2. Соберите полную копию: /bitrix, /upload, /local и MySQL
Полное восстановление требует связки "файлы + база". Без дампа MySQL каталог и заказы не вернутся; без /upload пропадут фото товаров и документы.
| Что копировать | Зачем | Можно исключить? |
|---|---|---|
| Дамп MySQL | Товары, заказы, пользователи, настройки модулей | Нет - без БД сайт не оживет |
| /upload | Изображения, файлы, медиа из админки | Только если медиа лежит в CDN отдельно |
| /local | Ваши шаблоны, компоненты, доработки | Нет при кастомной разработке |
| Ядро /bitrix | Версия платформы и модули | Можно не архивировать, если восстановите через SiteUpdate |
Модуль поддерживает дамп только для MySQL. Если база на PostgreSQL - файлы архивируются штатно, а БД копируйте внешними средствами (pg_dump). В экспертных настройках можно исключить статистику, журнал и поисковый индекс - они раздувают архив, но не нужны для отката.
Рекомендация: Для бизнес-сайта включайте БД, /upload и /local. Ядро добавляйте, если нет уверенности, что на восстановлении сразу подтянете ту же версию через Marketplace.
3. Выберите способ хранения: штатный модуль, облако, cron или хостинг
Три основных канала хранения:
- Локально - каталог /bitrix/backup/ на том же сервере. Быстро, но при падении диска или взломе копия пропадет вместе с сайтом.
- Облако 1С-Битрикс - до 3 копий на лицензию (2-10 ГБ по редакции). При нехватке места новая копия не создается, старые сами не удаляются.
- Другое облако - через модуль "Облачные хранилища" (S3 и аналоги) или скачивание архива на свой компьютер.
Автобэкап запускается облачным сервисом (без cron на сервере), через cron с вызовом cron_events.php каждую минуту или прямым запуском backup.php по расписанию. Snapshot панели хостинга - дополнение, не замена: подробнее в материале про хостинг для сайта на Битрикс.
Рекомендация: Храните минимум две независимые копии: облако 1С-Битрикс + скачанный архив off-site. На практике типичная ошибка — каталог /bitrix/backup оформлен как symlink вместо обычной папки: автобэкап зависает с auto_lock.
4. Создайте и проверьте архив на тестовом поддомене
Ручное создание: Настройки - Инструменты - Резервное копирование - Создание резервной копии. Отметьте базу данных, публичную часть и при необходимости ядро. Задайте пароль шифрования и запишите его в менеджер паролей - 1С-Битрикс пароль не восстанавливает.
- Проверьте свободное место на диске (архив + временные файлы могут занять в 2-3 раза больше размера сайта).
- Убедитесь, что лицензия активна и модуль "Облако 1С-Битрикс" подключен, если выгружаете в облако.
- В экспертных настройках: части по 100 МБ, шаг 15-30 секунд, опция "Проверить целостность" для больших upload.
- Дождитесь завершения и скачайте архив, если нужна off-site копия.
- Разверните копию на тестовом поддомене через "Восстановить" или restore.php - проверьте каталог, формы и вход в админку.
- Если бэкап "крутится" часами без результата - уменьшите шаг, исключите тяжелый индекс, проверьте лимиты MySQL (ошибка "MySQL server has gone away").
Схема проверки: Создание архива в админке - скачивание или облако - тестовое восстановление на staging - проверка заказа и формы - только после этого обновление на боевом сайте
Рекомендация: Тестовое восстановление раз в квартал важнее десяти "слепых" автокопий. Бэкап, который ни разу не разворачивали, - лотерея.
5. Настройте восстановление и частоту бэкапов для бизнеса
Два сценария восстановления:
- Админка "Восстановить" - сайт жив, админка доступна. Подходит для отката после неудачного обновления.
- restore.php - перенос на новый хостинг или "белый экран". Скачайте скрипт с официального сайта 1С-Битрикс, загрузите части архива, создайте пустую MySQL, пройдите мастер. Подробный сценарий - в гайде по переносу сайта на Битрикс.
После восстановления обновите .settings.php параметрами новой БД, очистите cache и удалите restore.php с сервера вместе с файлами архива.
Для бизнес-сайта: автобэкап ежедневно + ручная копия перед каждым обновлением. Регулярный мониторинг журнала автокопирования входит в поддержку сайта на Битрикс. При многосайтовости, PostgreSQL, архиве больше 10 ГБ или повторяющихся ошибках auto_lock разумнее передать настройку специалисту - обсудить проект или посмотреть кейсы в портфолио.
Рекомендация: Не полагайтесь только на snapshot хостинга. Для VPS проверьте, что у провайдера достаточно места под /bitrix/backup; на тарифах Beget snapshot и ручной бэкап модуля дополняют друг друга, но не заменяют.
Экспертная проверка: лимиты облака, формат tar.gz и правила автобэкапа сверены с документацией 1С-Битрикс и Wordstat (июнь 2026). Автор: Максим Мольков, Senior-разработчик 1С-Битрикс.
Частые вопросы
Как часто делать бэкап сайта на Битрикс?
Для рабочего бизнес-сайта настройте автоматическое копирование ежедневно и создавайте ручную полную копию перед каждым обновлением ядра или модулей. Раз в квартал разверните архив на тестовом поддомене и проверьте заказ и формы.
Что копировать кроме базы данных?
Обязательно /upload с медиафайлами и /local с вашими шаблонами и компонентами. Ядро /bitrix включайте, если не уверены, что восстановите ту же версию через SiteUpdate. Статистику и поисковый индекс можно исключить в экспертных настройках.
Можно ли восстановить только папку upload?
Штатный мастер восстанавливает архив целиком или выбранные части из полной копии. Частичное восстановление только upload возможно, если этот раздел был в архиве; базу при этом не трогайте, если не уверены в согласованности данных.
Чем бэкап модуля Битрикса отличается от snapshot хостинга?
Модуль делает снимок в момент запуска с дампом MySQL и нужными папками CMS. Snapshot хостинга снимает весь диск по расписанию провайдера (часто раз в сутки) и не знает о ваших правках в админке между снимками. Используйте оба уровня, но для отката после обновления опирайтесь на модуль.
Куда сохраняется локальная резервная копия?
В каталог /bitrix/backup/ на сервере. Убедитесь, что это обычная папка с правами на запись, а не символическая ссылка. Для безопасности скачайте архив на компьютер или в стороннее облако - локальная копия на том же диске не спасет при полном отказе сервера.
Что делать, если автобэкап падает с ошибкой auto_lock?
Удалите файл auto_lock в /bitrix/backup/, проверьте что каталог не symlink, переключите метод запуска (облачный сервис вместо cron или наоборот). Откройте журнал "Регулярное резервное копирование" и исправьте первую ошибку в списке.
Когда нужен restore.php вместо кнопки в админке?
При переносе на новый хостинг, когда админка недоступна (белый экран, взлом) или нужно развернуть сайт на чистом сервере. Загрузите части архива и restore.php, создайте пустую MySQL, пройдите мастер и удалите служебные файлы после успешного запуска.