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

Резервная копия сайта на 1С-Битрикс должна включать файлы, базу данных и настройки окружения. Если сохранить только папку сайта или только архив из административной панели, после сбоя можно получить неполный набор данных и потратить часы на восстановление. Ниже — пошаговая схема для 1С-Битрикс: Управление сайтом 24.x: от проверки доступа до тестового восстановления. На подготовку уйдёт около 30–60 минут, не считая времени создания архива.

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

Инструкция рассчитана на владельца сайта или администратора с доступом к панели «1С-Битрикс» и хостингу. Интерфейс в других версиях может отличаться, но логика резервного копирования остаётся той же.

• доступ администратора к административной панели Битрикс;
• доступ к панели хостинга или серверу по SFTP/SSH;
• свободное место не менее размера сайта и базы данных, а лучше — с запасом в 2–3 раза;
• отдельное место для копии: другой сервер, объектное хранилище или компьютер, который не находится на том же хостинге;
• сведения о версии PHP, типе базы данных и способе подключения к серверу.

Важное ограничение: резервную копию нельзя считать готовой, пока вы не проверили, что из неё можно восстановить сайт. Наличие файла с расширением .zip или .tar.gz ещё ничего не доказывает.

Снимок — копия состояния файлов и базы данных на определённый момент. В отличие от простого архива папки, полноценный снимок сайта должен позволять вернуть не только изображения и PHP-файлы, но и товары, заказы, пользователей, настройки и структуру разделов.

Пошаговое резервное копирование

1. Зафиксируйте исходное состояние сайта

Перед созданием копии запишите адрес сайта, версию Битрикс, версию PHP, размер базы данных и дату последнего успешного бэкапа. Эти данные пригодятся, если восстановлением будет заниматься другой специалист.

Откройте административную панель и проверьте раздел с информацией о системе. На хостинге посмотрите объём файлов сайта и размер базы данных. Не меняйте настройки и не запускайте обновление одновременно с копированием.

Проверка: у вас есть текстовая заметка с датой, версиями, объёмами и расположением будущей копии.

2. Проверьте свободное место

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

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

Проверка: свободного места достаточно для нового архива, а старые копии имеют понятные даты и назначение.

3. Создайте копию через административную панель

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

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

Дождитесь завершения операции. Не закрывайте вкладку только потому, что сайт продолжает открываться. При большом объёме данных создание архива может занять значительно больше времени, чем обычный запрос к административной панели.

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

4. Скачайте копию за пределы хостинга

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

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

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

5. Сохраните параметры окружения

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

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

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

6. Проведите тестовое восстановление

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

После восстановления проверьте главную страницу, авторизацию, поиск, формы, загрузку изображений, оформление заказа и административную панель. Для магазина добавьте тестовый товар в корзину, но не проводите реальную оплату.

Проверка: тестовая копия открывается, данные присутствуют, изображения загружаются, а ключевые сценарии не заканчиваются ошибками 500 или 502.

Частые ошибки новичков

Сохраняют только папку сайта

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

Правильный вариант — создавать полную копию файлов и базы либо использовать проверенную процедуру, которая явно сохраняет оба компонента.

Сохраняют только базу данных

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

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

Оставляют архив на том же сервере

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

Не проверяют размер и содержимое архива

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

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

Запускают копирование в часы пик

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

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

Если копирование не получилось

Текст ошибки зависит от хостинга, версии PHP и способа создания архива. Ниже — типовые случаи, с которых стоит начать диагностику.

• «No space left on device» или сообщение о нехватке места. Удалите ненужные временные файлы после проверки, увеличьте дисковую квоту или создавайте архив на другом хранилище.
• «Disk quota exceeded». Лимит аккаунта исчерпан, даже если в общей статистике сервера свободное место есть. Обратитесь к хостингу или уменьшите объём временных данных.
• «MySQL server has gone away». Соединение с базой прервалось. Проверьте лимиты сервера, размер базы и журналы хостинга; для крупной базы может потребоваться отдельная процедура экспорта.
• «Access denied» или ошибка доступа к файлу. У пользователя веб-сервера нет прав прочитать часть данных. Не выставляйте права на 777 без понимания последствий — сначала проверьте владельца файлов и настройки хостинга.
• Ошибка 500 или 502 после восстановления. Сравните версии PHP, проверьте журнал веб-сервера и настройки подключения к базе. Не переключайте рабочий домен обратно, пока тестовый экземпляр не начнёт открываться стабильно.

Резервная копия — это не архив, который удалось создать. Это проверенный способ вернуть сайт в рабочее состояние.

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

Не ограничивайтесь ручным архивом перед обновлением. Для сайта на Битрикс задайте расписание с учётом частоты изменения данных и цены простоя. Сайт-визитка и магазин с заказами не должны копироваться одинаково часто.

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

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