Резервное копирование сайта на Битрикс: что проверить

Полная копия сайта на 1С-Битрикс обычно включает файлы проекта и базу данных, поэтому первый бэкап может занять от нескольких минут до нескольких часов. За это время вы сможете создать архив в административной панели, скачать его отдельно от сервера и понять, можно ли восстановить сайт, а не просто увидеть файл с расширением архива. Инструкция рассчитана на ветки 1С-Битрикс: Управление сайтом 23.x и 24.x; названия пунктов меню могут немного отличаться в зависимости от редакции и обновлений.

Что проверить до начала

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

• Доступ администратора. Нужна учётная запись с правом создавать резервные копии в панели Битрикс.
• Свободное место. Для временного архива потребуется место под файлы сайта, дамп базы и сам архив. Точный объём зависит от размера каталога и степени сжатия.
• Доступ к хостингу. Проверьте FTP или SFTP и панель хостинга. Они понадобятся, если административная часть не откроется.
• Доступ к базе данных. Уточните у хостинга имя базы, пользователя и способ подключения. Эти данные нужны при ручном восстановлении.
• Отдельное хранилище. Подойдёт компьютер, объектное хранилище или другой сервер. Архив не должен оставаться только в каталоге сайта.
• Окно для проверки. Восстановление лучше выполнять на копии сайта или тестовом домене, чтобы не остановить рабочий магазин.

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

Бэкап считается рабочим не тогда, когда архив появился в панели, а тогда, когда из него удалось восстановить сайт.

Что именно нужно сохранять

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

Если сохранить только базу, после сбоя могут исчезнуть изображения товаров и шаблон. Если сохранить только файлы, без базы не восстановятся заказы, пользователи и настройки. Для полноценного восстановления нужны обе части и сведения о серверном окружении: версия PHP, версия MySQL или MariaDB, настройки веб-сервера и права доступа к файлам.

Пошаговое создание копии в панели

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

1. Зафиксируйте исходное состояние. Запишите адрес сайта, версию Битрикс, версию PHP и дату начала операции. Если бэкап создаётся перед обновлением, сохраните список запланированных изменений. Проверка: у вас есть заметка, по которой можно понять, к какой точке отката относится архив.
2. Откройте раздел резервного копирования. В административной панели перейдите к инструменту создания резервной копии. Не запускайте обновление ядра или модулей одновременно с архивированием. Проверка: на экране отображаются параметры создания копии, а не список обновлений.
3. Выберите полный тип копии. Для первого рабочего архива включите сохранение файлов и базы данных. Если интерфейс предлагает исключить каталоги, не убирайте загрузки, шаблон и пользовательские модули без понимания последствий. Проверка: в составе операции указаны и файлы, и база данных.
4. Укажите хранилище. Сначала создайте архив на сервере, если это единственный доступный вариант, а после завершения скачайте его в отдельное место. Если Битрикс или хостинг предлагают внешнее хранилище, проверьте лимиты, срок хранения и возможность скачать архив обратно. Проверка: в панели видно выбранное место и доступный объём.
5. Запустите архивирование. Не закрывайте страницу, если интерфейс не показывает, что задача продолжится в фоне. На больших проектах операция может завершиться не сразу. Проверка: статус изменился на завершённый, а журнал не содержит сообщения об ошибке.
6. Скачайте архив. Сохраните его на компьютер или в отдельное хранилище. Не называйте все копии одинаково: добавьте дату, окружение и назначение, например «site-prod-before-update-2025-03-08». Проверка: файл скачан полностью, его размер совпадает с указанным в панели или журнале.
7. Проверьте содержимое и восстановление. Не изменяйте единственный оригинал. На тестовом сервере запустите восстановление штатным инструментом или попросите хостинг развернуть копию. Проверка: открываются главная страница, административная панель, каталог, карточка товара и заказ в тестовой среде.

Что может пойти не так

Не хватает места на диске

Архив часто создаётся сначала во временном каталоге, поэтому свободного пространства должно быть больше, чем итоговый размер файла. Освободите место только после проверки, что удаляемые файлы действительно не нужны. Безопаснее увеличить диск или создать копию через инструменты хостинга.

Архив завершился с ошибкой

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

Копия слишком большая

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

Восстановление не запускается

Проверьте совместимость версии PHP, базы данных и расширений. Копия, созданная на одном окружении, может не подняться на другом без настройки прав, веб-сервера и переменных окружения. Если тестовый сервер отличается от боевого, зафиксируйте эти различия в инструкции восстановления.

После восстановления не работают изображения или ссылки

Проверьте каталог загрузок, права доступа и настройки домена. Отдельно проверьте абсолютные URL, кеш и обработчики изображений. Если база восстановилась, но файлы не были включены в архив, повторное восстановление базы проблему не решит.

Как хранить копии сайта

Для рабочего проекта полезно разделить копии по назначению. Архив перед обновлением нужен для быстрого отката. Регулярная копия нужна для восстановления после незаметной ошибки, удаления данных или сбоя сервера. Внешняя копия нужна на случай, если недоступен весь хостинг.

• Храните несколько поколений архивов, а не только последний файл.
• Минимум одну копию держите вне сервера и не подключайте её к сайту на постоянной основе.
• Ограничьте доступ к архивам: в них могут находиться пароли, персональные данные и содержимое базы.
• Проверяйте не только наличие файла, но и возможность скачать и распаковать его.
• Перед обновлением ядра, PHP, модулей и платёжной интеграции создавайте отдельную копию с понятной датой.

Что настроить после первой копии

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

Автоматическое расписание имеет смысл только после ручной проверки. Укажите срок хранения и следите за уведомлениями об ошибках, свободным местом и датой последней успешной копии. Инвалидация кеша и настройка отказоустойчивости — отдельные задачи; здесь важно сначала доказать, что из архива действительно собирается рабочий сайт.