Резервные копии в Bitrix создаются и хранятся в директории /bitrix/backup/ корня сайта. Это стандартный путь, используемый встроенным механизмом резервного копирования административной панели. Файлы в этой папке имеют расширение .tar.gz и именуются в формате site_backup_дата_время.tar.gz.
При использовании ручного или автоматического резервного копирования через административный раздел (Marketplace → Резервное копирование), система сохраняет архив в эту же директорию, если явно не указано иное. Стоит учитывать, что в случае большого объема данных директория может занимать значительное пространство на сервере, особенно при частом создании бэкапов без последующей очистки.
Для контроля и автоматизации процесса очистки рекомендуется настроить cron-задачу, которая будет удалять старые резервные копии, превышающие определённый срок хранения. Например, с помощью скрипта на PHP или bash, который проверяет дату создания файлов в /bitrix/backup/ и удаляет устаревшие архивы.
Если в настройках резервного копирования указан альтернативный путь хранения – например, внешний диск или облачное хранилище – Bitrix сохраняет архив туда. Однако путь /bitrix/backup/ остается основным для локальных резервных копий, если иное не задано явно при настройке задачи.
Путь к локальной резервной копии по умолчанию в Bitrix
Bitrix по умолчанию сохраняет локальные резервные копии в директории /bitrix/backup/. Этот каталог создаётся автоматически при первом создании резервной копии через административный интерфейс.
Чтобы получить доступ к файлам копий, откройте файловую структуру проекта на сервере и перейдите в указанный путь. Каждый архив имеет имя в формате site_backup_дата_время.tar.gz, что упрощает идентификацию нужной версии.
Если используется модуль «Резервное копирование», убедитесь, что в настройках не изменён путь вручную. Для этого откройте административную панель, перейдите в Настройки → Инструменты → Резервное копирование и проверьте поле Путь для хранения резервных копий.
Хранение копий в директории по умолчанию может представлять угрозу безопасности. Рекомендуется либо ограничить доступ к /bitrix/backup/ на уровне веб-сервера, либо настроить автоматическое перемещение архивов в директории вне корня веб-доступа.
Как найти сохранённые архивы в файловой структуре сайта
Резервные копии в Bitrix обычно сохраняются в директории /bitrix/backup/
. Файлы имеют расширение .tar.gz
и могут называться по шаблону, включающему дату и время создания, например: site_backup_20240516_120000.tar.gz
.
Если в настройках резервного копирования указан другой путь, проверь файл /bitrix/php_interface/dbconn.php
или /bitrix/.settings.php
– там может быть явно задан параметр backup_path
.
Для поиска вручную подключитесь к серверу по FTP или через файловый менеджер хостинга. Перейдите в каталог /bitrix
и найдите подпапку /backup
. Убедитесь, что в настройках отображения включён показ скрытых файлов, если директория не отображается.
Также резервные копии могут располагаться в корне сайта, если пользователь вручную указал другой путь при создании архива. Ищите файлы с аналогичными именами и расширением .tar.gz
, а также временные архивы с префиксом backup_before_update_
.
После нахождения архива проверьте дату его создания и размер, чтобы убедиться в актуальности копии. Не храните архивы в открытом доступе, особенно если директория не защищена от индексации.
Формат и структура файлов резервных копий
Резервные копии в Bitrix создаются в виде архивов с расширением .tar.gz
или .zip
, в зависимости от выбранного метода сжатия. Эти архивы содержат как файлы сайта, так и дамп базы данных. Расположение и состав архива строго структурированы.
- /bitrix/backup/ – стандартный путь хранения локальных копий. Если путь изменён вручную, проверьте
bitrix/.settings.php
на наличие параметра'backups_dir'
. - Имя архива формируется по шаблону:
site_дата_время.tar.gz
, например:site_2025-05-16_14-30-01.tar.gz
.
Структура архива:
- /dump.sql – дамп базы данных в формате SQL. Используется при восстановлении структуры и содержимого БД. Кодировка соответствует текущим настройкам сайта.
- /bitrix/, /upload/, /local/ – директории проекта с пользовательским контентом и системными файлами.
- config.* – возможные вспомогательные файлы конфигурации, добавленные автоматически или вручную.
При создании резервной копии рекомендуется включать:
- Файловую систему целиком – исключая
/bitrix/cache/
и/upload/tmp/
для сокращения объёма. - Полный дамп базы данных – без исключения таблиц, особенно
b_option
,b_lang
иb_site
, так как они критичны для конфигурации.
Для проверки содержимого архива используйте консольную команду tar -tzf имя_архива.tar.gz
или встроенные средства архиватора. Ручное удаление или модификация файлов внутри архива перед восстановлением не рекомендуется.
Разница между резервными копиями из админки и ручными архивами
Резервные копии, создаваемые через административный интерфейс Bitrix, отличаются по структуре, содержанию и механизму восстановления от вручную созданных архивов. Понимание этих различий критично при выборе стратегии бэкапа и восстановлении после сбоев.
При создании копии из админки Bitrix использует встроенный модуль «Резервное копирование». Он формирует архив с обязательной структурой: каталог /bitrix/backup/
хранит файл с расширением .tar.gz
или .enc
(если задано шифрование). Внутри содержатся все пользовательские файлы, база данных и метаинформация для корректного восстановления через мастер восстановления Bitrix.
В отличие от этого, ручные архивы – это копии, созданные средствами хостинга (например, через cPanel или SSH) или сторонними утилитами tar
, rsync
, mysqldump
. Обычно они включают копии каталога сайта и SQL-дамп базы данных. При ручном архивировании отсутствует стандартизированная структура, требуются дополнительные действия для восстановления: ручное создание БД, импорт дампа, настройка .settings.php
.
Основные различия:
Критерий | Резервная копия из админки | Ручной архив |
---|---|---|
Расположение | /bitrix/backup/ | Указывается вручную |
Состав | Файлы + БД + служебные данные | Обычно только файлы и SQL-дамп |
Шифрование | Поддерживается | Не предусмотрено |
Восстановление | Через мастер Bitrix | Только вручную |
Автоматизация | Да (по расписанию) | Только при интеграции со сторонними скриптами |
Если важна интеграция с внутренними механизмами Bitrix и возможность быстро восстановить сайт без технической подготовки, предпочтительнее использовать встроенное резервное копирование. Для гибкости, внешнего хранения или дополнительной надёжности рекомендуется комбинировать с ручными архивами и внешним хранилищем (например, S3, FTP, rsync-сервер).
Настройка пути хранения резервных копий через интерфейс Bitrix
Чтобы изменить путь хранения резервных копий в административной части Bitrix, перейдите в раздел Настройки → Инструменты → Резервное копирование.
Нажмите Настройки в верхнем меню страницы. Откроется форма, в которой можно задать путь к директории, где будут сохраняться резервные копии. По умолчанию используется папка /bitrix/backup/. Чтобы изменить её, укажите абсолютный путь на сервере, например /home/username/bitrix_backups/.
Важно: выбранная директория должна быть доступна для записи веб-сервером. Убедитесь, что у неё корректные права доступа (например, chmod 755) и она находится вне веб-доступа, если это резервные копии с чувствительной информацией.
После ввода нового пути нажмите Сохранить. Изменения вступают в силу немедленно, и последующие резервные копии будут сохраняться по указанному пути. Проверьте результат, создав тестовую копию вручную и убедившись, что файл появился в нужной директории.
Рекомендуется периодически проверять доступность указанного пути, особенно после обновлений системы или изменений серверной инфраструктуры.
Проверка доступа и прав к директории резервного копирования
Для корректного создания локальной резервной копии в Bitrix необходимо удостовериться, что каталог, предназначенный для хранения бэкапов, обладает правильными правами доступа. В первую очередь проверьте, что веб-сервер (обычно пользователь www-data, apache или nginx) имеет права на запись в эту директорию.
Используйте команду ls -ld /путь/к/директории
для проверки текущих прав и владельца. Для Bitrix рекомендуется устанавливать права 755, а владельцем должен быть пользователь веб-сервера. Если требуется разрешить запись, выставьте права 775 и убедитесь, что группа включает пользователя веб-сервера.
Для изменения прав используйте chmod 775 /путь/к/директории
. Чтобы сменить владельца, примените chown www-data:www-data /путь/к/директории
(замените www-data на нужного пользователя). Неправильные права или владелец могут привести к ошибкам создания резервной копии и повреждению данных.
Проверьте также, что в каталоге нет атрибутов, блокирующих запись, например, с помощью команды lsattr /путь/к/директории
. Если установлен атрибут «i» (immutable), снимите его командой chattr -i /путь/к/директории
.
Для диагностики прав на запись можно выполнить тестовый скрипт PHP, создающий и удаляющий файл в директории. Успешное выполнение подтвердит корректность настроек доступа.
Удаление старых копий и освобождение места вручную
Локальные резервные копии Bitrix обычно хранятся в каталоге /bitrix/backup/
. Для освобождения места необходимо удалить устаревшие архивы вручную, ориентируясь на дату создания файлов. Используйте команду ls -lt /bitrix/backup/
для сортировки копий по времени.
Удаляйте архивы старше 30 дней, если политика хранения не предусматривает иной срок. Для этого можно воспользоваться командой find /bitrix/backup/ -type f -mtime +30 -exec rm -f {} \;
. Перед удалением убедитесь, что копии, находящиеся в процессе использования или созданные недавно, сохранены.
Обратите внимание, что резервные копии занимают значительный объем: один архив базы данных весит от 50 до 200 МБ, а полный бэкап сайта может превышать несколько гигабайт. Регулярная очистка вручную позволяет предотвратить заполнение дискового пространства и снижает риск сбоев при создании новых копий.
После удаления файлов рекомендуется проверить свободное место командой df -h
. Если место освобождено недостаточно, проверьте наличие других временных или лог-файлов в каталоге Bitrix и при необходимости удалите их.
Вопрос-ответ:
Где Bitrix хранит локальные резервные копии сайта?
Локальные резервные копии в Bitrix обычно сохраняются в папке `/bitrix/backup/` внутри корневого каталога сайта. В этой папке хранятся архивы с базой данных и файлами, которые можно использовать для восстановления.
Можно ли изменить место хранения локальной резервной копии в Bitrix?
Да, место хранения резервных копий можно изменить вручную. Для этого необходимо настроить параметры резервного копирования в административной панели или изменить соответствующие пути в конфигурационных файлах. Это позволяет сохранять архивы в любом удобном каталоге, например, на отдельном диске или сетевом хранилище.
Как проверить, что локальная резервная копия Bitrix создана и где она находится?
Для проверки созданных резервных копий можно зайти в раздел «Резервное копирование» в административной панели Bitrix. Там отображается список архивов с датами и размерами файлов. Чтобы узнать точное расположение архива на сервере, нужно посмотреть настройки резервного копирования или проверить папку `/bitrix/backup/` в корне сайта.
Что делать, если локальная резервная копия Bitrix занимает слишком много места на сервере?
Если резервные копии занимают много места, рекомендуется настроить автоматическое удаление старых архивов или перенос их в другое хранилище. В Bitrix можно задать максимальное количество сохраняемых копий, чтобы система автоматически удаляла устаревшие файлы и освобождала пространство.
Как обеспечить безопасность локальных резервных копий в Bitrix?
Для безопасности резервных копий важно ограничить доступ к папке с архивами, используя настройки прав доступа на сервере. Также рекомендуется хранить копии в зашифрованном виде и создавать резервные копии не только локально, но и на внешних носителях или облачных сервисах, чтобы минимизировать риск потери данных.