Как скачать резервную копию из облака 1С-Битрикс

Облачное резервное копирование в 1С-Битрикс позволяет хранить архивы сайта вне сервера — в хранилище «1С-Битрикс». Это удобно как страховка от сбоев хостинга, но рано или поздно возникает задача скачать копию локально: для переноса сайта, развёртывания тестовой копии, долгосрочного архива или перед рискованным обновлением. Процедура несложная, но у неё есть ограничения по правам доступа, размеру архива и сроку хранения файлов в облаке.

Скачать резервную копию можно двумя основными способами: напрямую из административной панели сайта (раздел «Резервные копии») или через публичную ссылку на файл, которую система генерирует для каждого архива. Оба варианта требуют прав администратора и активного лицензионного ключа, к которому привязано облачное хранилище.

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

Что нужно проверить перед скачиванием

Облачное хранилище резервных копий работает только при активной лицензии. Если лицензия истекла, список облачных копий может быть недоступен, а скачивание — заблокировано. Проверьте статус лицензии в разделе «Обновление платформы» или на странице «Резервное копирование»: при проблемах с ключом система выводит соответствующее предупреждение.

Второе условие — права доступа. Скачивать резервные копии может только пользователь с правами администратора. Обычный контент-менеджер раздел «Резервное копирование» не увидит вовсе.

Третий момент — срок хранения. Облачные копии хранятся ограниченное время, и старые архивы автоматически удаляются. Если копия нужна для долгосрочного хранения, скачать её следует сразу после создания, а не «когда-нибудь потом».

Как скачать копию через административную панель

Основной сценарий выглядит так. Авторизуйтесь в административном разделе сайта, перейдите в «Настройки → Инструменты → Резервное копирование» и откройте вкладку «Список резервных копий». В таблице отображаются все архивы: и локальные (лежащие на сервере), и облачные — они помечены соответствующим образом.

Найдите нужную облачную копию по дате создания и откройте меню действий в строке архива. Выберите пункт «Скачать». Браузер начнёт загрузку файла формата .tar.gz (или многотомного архива, если при создании копии был задан размер частей).

Если копия многотомная, скачивать нужно все части — без любой из них архив не распакуется. Имена частей обычно имеют вид backup.tar.gz.1, backup.tar.gz.2 и так далее.

1. 1
   Войдите в админ-панель под учётной записью администратора
2. 2
   Откройте Настройки → Инструменты → Резервное копирование
3. 3
   Перейдите на вкладку со списком резервных копий
4. 4
   Найдите облачную копию по дате и откройте меню действий
5. 5
   Выберите «Скачать» и дождитесь завершения загрузки
6. 6
   Для многотомного архива скачайте все части в одну папку

Как скачать архив по прямой ссылке

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

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

Скачать по ссылке можно, например, утилитой wget или curl с сервера либо с локальной машины:

wget -c "https://адрес-сайта/путь-к-архиву.tar.gz?параметры-токена" -O backup.tar.gz

Ключ -c у wget включает докачку: если соединение оборвётся, повторный запуск той же команды продолжит загрузку с места разрыва, а не начнёт с нуля.

Как проверить скачанный архив

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

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

md5sum backup.tar.gz

Дополнительно стоит проверить, что архив читается: команда tar -tzf backup.tar.gz | head должна вывести список файлов без ошибок. Если архиватор сообщает о повреждении — скачайте файл заново, желательно с докачкой.

Типичные проблемы и их решение

Самая частая ситуация — облачная копия не отображается в списке. Причины: истёкшая лицензия, отсутствие связи сервера с облаком (проверьте исходящие соединения и DNS), либо копия была удалена по истечении срока хранения. Если лицензия активна, а список пуст — проверьте, под тем ли лицензионным ключом создавалась копия: облачные архивы привязаны к ключу.

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

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

Альтернативы облачному скачиванию

Если цель — перенос сайта, не всегда нужно скачивать архив на локальный компьютер. Механизм восстановления Битрикса (скрипт restore.php) умеет забирать резервную копию из облака напрямую на новый сервер по лицензионному ключу — это быстрее и исключает промежуточную загрузку.

Для регулярного резервирования имеет смысл настроить выгрузку копий в сторонние хранилища (например, в S3-совместимое облако или на отдельный сервер по FTP/SFTP) — тогда вы не зависите от сроков хранения в облаке «1С-Битрикс» и контролируете жизненный цикл архивов самостоятельно.

Частые вопросы