Администрирование · 10 мин
Как сделать бэкап 1С-Битрикс: полное руководство
Как сделать бэкап 1С-Битрикс: резервное копирование через админку, облако и командную строку, проверка архива, расписание копий и восстановление сайта.
Резервная копия сайта на 1С-Битрикс — это архив, содержащий файлы ядра и публичной части, базу данных и загруженные пользователями документы. Без актуальной копии любая неудачная установка обновления, заражение вирусом или сбой диска на хостинге превращается в потерю контента, заказов и настроек. Штатный механизм резервного копирования встроен в продукт и не требует сторонних модулей.
В системе доступны три основных способа: создание копии через административный раздел с сохранением локально, выгрузка в облачное хранилище 1С-Битрикс и копирование средствами сервера (дамп базы плюс архив файлов). Выбор зависит от размера сайта, частоты обновлений и того, есть ли у вас доступ к серверу по SSH.
Ниже разобраны все три подхода, настройка регулярного расписания, проверка целостности архива и процедура восстановления, включая типичные ошибки, из-за которых копия оказывается нерабочей в самый неподходящий момент.
Что входит в резервную копию и что нужно подготовить
Полная копия сайта на Битриксе состоит из двух частей: дампа базы данных MySQL и файловой структуры — ядра продукта, шаблонов, компонентов, загруженных изображений и документов из каталога upload. Если скопировать только файлы без базы, восстановить сайт не получится: весь контент, заказы, пользователи и настройки хранятся именно в БД.
Перед запуском убедитесь, что на диске достаточно свободного места — архив обычно занимает заметную долю от размера сайта, и при нехватке места создание копии прервётся с ошибкой. Также проверьте, что у вас есть доступ в административный раздел с правами главного администратора: без них пункт резервного копирования недоступен.
Если сайт активно работает (идут заказы, меняются цены), планируйте создание копии на период минимальной нагрузки. Процесс блокирует часть операций и увеличивает нагрузку на сервер, что на слабом хостинге может вызвать таймауты у посетителей.
Как создать бэкап через административный раздел
Штатный мастер резервного копирования находится по пути «Настройки → Инструменты → Резервное копирование». На вкладке «Создание резервной копии» выберите, где разместить архив: локально в папке сайта, в облачном хранилище 1С-Битрикс или и там, и там одновременно.
В параметрах копии отметьте включение базы данных и файлов. Для больших сайтов доступна упаковка архива в несколько частей заданного размера — это помогает обойти ограничения хостинга на максимальный размер файла и упрощает скачивание. Задайте пароль для шифрования архива, если копия будет покидать сервер: без пароля содержимое базы (включая данные пользователей) доступно любому, кто получит файл.
После запуска мастер выполняет копирование пошагово, с автоматическим продолжением между шагами. Не закрывайте страницу до завершения. По окончании архив появится в списке резервных копий, откуда его можно скачать на локальный компьютер.
- 1Откройте «Настройки → Инструменты → Резервное копирование»
- 2Выберите размещение копии: локально, в облаке или оба варианта
- 3Включите в архив базу данных и файлы сайта, при необходимости задайте пароль
- 4Запустите создание копии и дождитесь завершения всех шагов
- 5Скачайте архив или убедитесь, что он появился в облачном хранилище
- 6Проверьте целостность: размер архива больше нуля, тестовая распаковка проходит без ошибок
Выгрузка копии в облачное хранилище 1С-Битрикс
Облачное хранилище — встроенный вариант внешнего хранения, не требующий своего сервера под бэкапы. Для использования нужна действующая лицензия: объём доступного пространства зависит от редакции и наличия активных обновлений. Подключение выполняется на вкладке «Облачные хранилища» того же раздела резервного копирования.
Главное преимущество облака — физическое отделение копии от сервера сайта. Если хостинг откажет целиком или сервер будет скомпрометирован, архив останется доступен для восстановления на новой площадке с помощью скрипта restore.php.
Ограничение способа — скорость выгрузки и квота на объём. Для сайтов с десятками гигабайт загруженных файлов облачная копия может создаваться долго или не помещаться в лимит; в таких случаях рассматривайте серверное копирование с выгрузкой на внешнее хранилище (другой сервер, объектное хранилище).
Сравнение вариантов
Быстро и просто, но архив погибнет вместе с сервером при отказе диска или взломе. Подходит только как промежуточный шаг перед скачиванием.
Надёжное внешнее хранение без своей инфраструктуры; ограничено квотой и скоростью выгрузки, требует активной лицензии.
Полный контроль и работа с сайтами любого размера; требует доступа по SSH и навыков администрирования.
Резервное копирование средствами сервера
Для сайтов, где штатный мастер работает слишком долго или упирается в лимиты PHP, копию создают напрямую на сервере. Сначала делается дамп базы данных, затем архивируется каталог сайта вместе с файлом дампа. Параметры подключения к базе указаны в файле /bitrix/php_interface/dbconn.php и в настройках .settings.php.
mysqldump -u dbuser -p dbname > /backup/site_db.sql && tar -czf /backup/site_files.tar.gz -C /var/www site_dir && rm -f /backup/site_db.sqlПорядок важен: дамп базы должен создаваться первым и попадать внутрь общего архива либо храниться рядом с ним с одинаковой меткой времени. Иначе при восстановлении можно смешать файлы и базу от разных дат и получить рассинхронизацию данных.
Готовые архивы переносите на другое физическое устройство или в удалённое хранилище командой rsync, scp или через клиент объектного хранилища. Копия, лежащая на том же диске, что и сайт, защищает только от ошибочных правок, но не от отказа оборудования.
Настройка регулярного копирования по расписанию
Разовая копия устаревает с каждым изменением сайта. Регулярность определяется тем, сколько данных вы готовы потерять: для магазина с ежедневными заказами разумный минимум — ежедневная копия базы и периодическая полная копия файлов; для редко обновляемого сайта-визитки достаточно копии после каждого изменения и перед обновлениями.
На сервере расписание настраивается через cron: добавьте задание на ночные часы с минимальной нагрузкой. Обязательно настройте ротацию — удаление архивов старше заданного срока, иначе диск со временем заполнится, что приведёт к остановке и бэкапов, и самого сайта.
Как выбрать действие
Проверка копии и восстановление сайта
Копия, которую никогда не проверяли, нельзя считать рабочей. Минимальная проверка — контроль размера архива и тестовая распаковка. Полная проверка — развёртывание копии на тестовом окружении: локальной виртуальной машине или отдельном поддомене. Только так можно убедиться, что архив открывается, база импортируется, а сайт запускается.
Для восстановления на новом сервере используется скрипт restore.php от 1С-Битрикс: он загружается на площадку, принимает локальный архив или ссылку на копию в облаке и пошагово распаковывает файлы и импортирует базу. После восстановления проверьте права на каталоги, работу административного раздела и корректность путей в настройках.
Как проверить результат
Архив распаковывается без ошибок, размер сопоставим с размером сайта
Ошибки распаковки, архив подозрительно мал или пуст
Дамп импортируется целиком, таблицы открываются, число записей правдоподобно
Импорт обрывается, часть таблиц отсутствует или пуста
Главная страница и админка открываются, авторизация работает
Белый экран, ошибки подключения к базе, битые ссылки на файлы
Типичные ошибки и ограничения
Самая частая проблема — хранение копий только на том же сервере. При аппаратном сбое или взломе пропадают и сайт, и бэкапы. Вторая распространённая ошибка — копирование без базы данных: администратор архивирует только файлы, считая это полной копией.
Также встречаются прерванные из-за таймаута архивы, которые остаются в списке копий и создают ложную уверенность. Перед тем как полагаться на копию, откройте список резервных копий и убедитесь, что у последнего архива статус завершённого и адекватный размер.
FAQ: частые вопросы о бэкапе 1С-Битрикс
Как часто нужно делать резервную копию?
Ориентируйтесь на допустимый объём потерь: базу данных активного магазина копируют ежедневно, файлы — еженедельно плюс перед каждым обновлением. Статичному сайту достаточно копии после каждого изменения контента.
Достаточно ли копии, которую делает хостинг?
Хостинговые копии — полезное дополнение, но не замена собственных: у вас может не быть к ним оперативного доступа, глубина хранения ограничена, а при блокировке аккаунта архивы станут недоступны. Держите хотя бы одну копию вне инфраструктуры хостера.
Можно ли восстановить сайт без лицензии?
Файлы и база восстанавливаются независимо от статуса лицензии, но без активного ключа будут недоступны обновления и облачное хранилище. Для восстановления из облака 1С-Битрикс лицензия потребуется.
Чем распаковать архив резервной копии вручную?
Архив представляет собой многотомный tar.gz, для распаковки удобнее всего использовать штатный скрипт restore.php — он корректно собирает тома и импортирует базу. Ручная распаковка возможна, но требует аккуратной последовательной обработки частей.
Сколько копий нужно хранить одновременно?
Практичный минимум — несколько последних копий с разной глубиной: например, ежедневные за неделю и несколько еженедельных за месяц. Это позволяет откатиться не только на вчерашний день, но и на состояние до незамеченной проблемы.
Что важно запомнить
Полный бэкап 1С-Битрикс — это база данных плюс файлы, созданные в один момент. Используйте штатный мастер или серверное копирование, храните архивы минимум в двух независимых местах, настройте расписание и ротацию и периодически проверяйте восстановление на тестовой площадке.