Бэкап в облако: Яндекс.Диск, Google Диск, S3, FTP, SFTP

1. Установите модуль из Маркетплейса: «Marketplace → Установленные решения» или «Настройки → Модули».
   
2. При установке модуль проверит версию PHP и главного модуля, кодировку, расширения PHP и права на запись в /bitrix/php_interface, где хранится ключ шифрования. Если чего-то не хватает, установщик скажет, что именно.
   
3. После установки появится раздел «Сервисы → Бэкап в облако»: Обзор, Хранилища, Резервные копии, История операций, Настройки.
   

1. Включите резервное копирование Битрикса («Настройки → Инструменты → Резервное копирование»). Лучше автоматическое по расписанию: о каждой готовой автоматической копии ядро сообщает модулю, и копия уходит сразу.
   
2. Подключите хранилище: «Сервисы → Бэкап в облако → Хранилища → Подключить хранилище». Как подключить каждое хранилище, описано ниже. После сохранения нажмите в списке хранилищ «Проверить соединение»: модуль запишет пробный файл, проверит его и удалит.
   
3. Настройте cron (рекомендуется): в настройках модуля выберите «Cron сервера» и добавьте показанную там команду в планировщик хостинга с запуском раз в минуту. Без cron модуль работает через агенты Битрикса короткими шагами, но Яндекс.Диск принимает копии только через cron.
   
4. Задайте правила хранения в настройках каждого хранилища, например: последние 7 копий и по одной за каждую из последних 4 недель. Пока правила не заданы, модуль ничего не удаляет, и хранилище со временем заполнится.
   
5. По желанию включите «Удалять копию с сайта после передачи» на вкладке настроек «Копии на сайте», чтобы копии не занимали место на хостинге.
   

Если копии сохраняются ещё и в облако «1С-Битрикс», в настройках резервного копирования Битрикса не ставьте галочку «Удалять локальные резервные копии после успешной передачи в облако». Иначе Битрикс удалит файл раньше, чем модуль успеет передать его в ваши хранилища. Чтобы копия не занимала место на сайте, включите в модуле «Удалять копию с сайта после передачи». Тогда копия удалится, когда её примут все хранилища модуля.

Нужно один раз создать в Яндексе своё приложение (около 5 минут). Лучше завести для копий отдельный аккаунт Яндекса.

1. Откройте oauth.yandex.ru под аккаунтом, на Диск которого будут сохраняться копии, и нажмите «Создать приложение».
   
2. Тип — «Для доступа к API или отладки». Название — например, «Резервные копии site.ru»: так будет называться папка с копиями на Диске.
   
3. В разделе «Яндекс.Диск REST API» отметьте права «Доступ к папке приложения на Диске» (cloud_api:disk.app_folder) и «Доступ к информации о Диске» (cloud_api:disk.info). Другие права не нужны: модуль видит только свою папку и не может прочитать или удалить остальные файлы на Диске.
   
4. Сохраните приложение и скопируйте ClientID и Client secret.
   
5. В модуле: «Подключить хранилище → Яндекс.Диск», вставьте ClientID и Client secret, нажмите «Сохранить».
   
6. Нажмите «Получить код в Яндексе», проверьте, что открыт нужный аккаунт, и нажмите «Разрешить». Вставьте код подтверждения в модуль и нажмите «Подключить». Код действует несколько минут.
   

Копии лежат на Диске в папке Приложения → название вашего приложения. Модуль удаляет старые копии мимо корзины. Яндекс принимает каждый файл одним запросом, поэтому копии на Диск передаются только через cron. Не задавайте в настройках резервного копирования Битрикса размер файла архива больше 1 ГБ. Скорость приёма у Яндекса бывает около 150–200 КБ/с: копия на 600 МБ может передаваться около часа.

Если что-то не получилось:

• «Код недействителен» или «код истёк» — получите новый код и сразу вставьте его.
  
• Модуль пишет, что нет прав, — в приложении не отмечено право «Доступ к папке приложения на Диске». Отметьте его и подключите Диск заново.
  
• Копии оказались не на том Диске — при подключении был открыт другой аккаунт. Выйдите из него на yandex.ru и подключите заново.
  
• «Авторизация истекла» — доступ отозван или сменён пароль аккаунта. Подключите Диск заново.
  

Нужно один раз создать в Google Cloud своё приложение (10–15 минут, бесплатно).

1. Откройте console.cloud.google.com под нужным аккаунтом и создайте проект с названием латиницей, например Site Backup.
   
2. «API и сервисы → Библиотека»: найдите Google Drive API и нажмите «Включить».
   
3. «Экран согласия OAuth» (Google Auth Platform) → «Начать»: название приложения латиницей, ваша почта, аудитория «Внешние».
   
4. «Доступ к данным → Добавить или удалить области»: отметьте только https://www.googleapis.com/auth/drive.file. С этой областью модуль видит только созданные им файлы.
   
5. «Брендинг»: заполните все поля, кроме логотипа. Нужны главная страница сайта, ссылка на политику конфиденциальности, ссылка на условия использования (все на одном домене) и этот домен в «Авторизованных доменах». Логотип не загружайте: с ним Google требует проверку приложения.
   
6. «Аудитория» → «Опубликовать приложение». Статус должен стать «В рабочей среде». Пока приложение в статусе «Тестирование», Google отзывает доступ через 7 дней.
   
7. «Клиенты → Создать клиента», тип «Телевизоры и устройства с ограниченным вводом». Скопируйте Client ID и Client secret.
   
8. В модуле: «Подключить хранилище → Google Диск», вставьте Client ID и Client secret, нажмите «Сохранить».
   
9. Нажмите «Получить код». Откройте ссылку google.com/device, войдите в нужный аккаунт, введите код и разрешите доступ. Вернитесь в модуль и нажмите «Я ввёл код — подключить».
   

Копии лежат в разделе «Мой диск», в папке, которую создаёт модуль. Не создавайте её вручную: модуль видит только свои файлы и создаст рядом папку с тем же именем.

Если что-то не получилось:

• «To publish your app, you must complete your configuration on the Branding page» — в «Брендинге» заполнены не все поля.
  
• «Это приложение не проверено» — нажмите «Дополнительно → Перейти на страницу…»: это ваше собственное приложение.
  
• Через неделю «Авторизация истекла» — приложение осталось в статусе «Тестирование». Опубликуйте его и подключите Диск заново.
  
• «invalid_client» — скопируйте Client ID и Client secret ещё раз, проверьте тип клиента.
  
• «Google Drive API has not been used in project…» — не включён Google Drive API.
  

Подходит любое хранилище с протоколом S3: Beget, Yandex Object Storage, Selectel, VK Cloud, Timeweb Cloud, Amazon S3, MinIO и другие.

1. В панели хранилища создайте приватный бакет и ключ доступа (Access key и Secret key) с правами на чтение, запись и удаление в этом бакете.
   
2. В модуле: «Подключить хранилище → S3-совместимое хранилище».
   
3. Адрес (endpoint) — только https:// и без имени бакета, например https://s3.ru1.storage.beget.cloud или https://storage.yandexcloud.net.
   
4. Бакет, Access key, Secret key.
   
5. Регион — для Amazon S3 регион бакета, для Yandex Object Storage ru-central1. Большинство других хранилищ принимают любой регион: оставьте us-east-1.
   
6. «Адрес вида endpoint/бакет» оставьте включённым, если хранилище не требует иного.
   

Тома загружаются частями по 8 МБ с проверкой MD5 каждой части. Прерванная загрузка продолжается с той части, на которой остановилась. Рекомендуем добавить в бакете правило жизненного цикла «удалять незавершённые загрузки по частям через 7 дней», если хранилище его поддерживает.

SFTP (по SSH) — лучший вариант, если на сервере есть SSH. FTPS (FTP с TLS) — если SSH нет. Обычный FTP передаёт пароль и архив открытым текстом: используйте его, только если другого нет.

SFTP:

1. «Подключить хранилище → SFTP (SSH)»: сервер без sftp://, порт (обычно 22), логин и пароль пользователя, которому разрешён вход по SSH. На многих хостингах дополнительные FTP-пользователи по SFTP войти не могут.
   
2. Каталог считается от домашнего каталога пользователя и создаётся автоматически.
   
3. Поле «Отпечаток ключа сервера» можно оставить пустым: при первом подключении модуль запомнит отпечаток и покажет его. Если ключ сервера потом сменится, передача остановится до отправки пароля. При законной смене ключа (переезд сервера) впишите в это поле новый отпечаток из сообщения об ошибке.
   
4. Нужен PHP 8.2 или новее и curl с поддержкой SFTP. Если их нет, модуль скажет об этом при сохранении хранилища.
   

FTP и FTPS:

1. «Подключить хранилище → FTP / FTPS»: сервер без ftp://, порт (обычно 21, в том числе для FTPS), логин и пароль.
   
2. Шифрование — оставьте FTPS. Поддерживается явный TLS на обычном порту. Неявный FTPS на порту 990 не поддерживается.
   
3. «Проверять сертификат сервера» — не выключайте без необходимости. Сертификат должен быть выдан на то имя сервера, которое вы указали. Пассивный режим оставьте включённым.
   

У FTP и SFTP нет команды контрольной суммы, поэтому передача проверяется по размеру. Полную проверку даёт файл .sha256 рядом с копией. Если сервер отклоняет логин, не проверяйте соединение много раз подряд: хостинг может на время заблокировать IP сайта.

«Сервисы → Бэкап в облако → Настройки».

• Основные: модуль включён; запуск обработчика очереди — агент Битрикса или cron сервера (рекомендуется, команда показана здесь же).
  
• Очередь:
  
  • число попыток передачи (по умолчанию 6);
    
  • пауза перед повторной попыткой (120 с, каждая следующая вдвое длиннее, максимум 6 часов);
    
  • время работы агента и cron за один запуск;
    
  • таймаут сетевых операций;
    
  • через сколько минут неизменности файлов считать готовой копию, созданную вручную (10 мин);
    
  • передавать ли такие копии автоматически;
    
  • сколько дней хранить журнал (90).
    
• Проверка: размер и контрольная сумма (по умолчанию) или только размер — меньше нагружает сервер, но без файла .sha256.
  
• Копии на сайте: удалять копию с сайта после передачи (выключено), сколько последних копий всегда оставлять на сайте (1).
  
• Доступ: права групп пользователей — просмотр или управление. Подключать и удалять хранилища может только администратор сайта.
  

В форме каждого хранилища:

• Каталог — свой для каждого сайта, по умолчанию bitrix-backup/<домен>. Два хранилища не могут указывать в одну папку.
  
• Какие копии передавать: каждую новую, не чаще раза в сутки или не чаще раза в неделю.
  
• Правила хранения:
  
  • последние N копий;
    
  • по одной за день, неделю, месяц;
    
  • копии моложе N дней;
    
  • не больше N ГБ;
    
  • не меньше N копий.
    
  Правила считаются отдельно для полных копий и копий только базы. Закреплённые копии и самая свежая копия каждого вида не удаляются никогда. Под формой показан прогноз: какие копии останутся, а какие будут удалены.
  
• Освобождать место для новой копии: при нехватке места модуль удалит самую старую копию, которую разрешают удалить правила, и повторит передачу.
  

• На этом же сайте: «Резервные копии» → копия → «Как восстановить». Если копии на сервере нет, нажмите «Вернуть копию на сервер из …»: модуль скачает её в /bitrix/backup/ и проверит каждый том. Затем восстановите её штатно: «Настройки → Инструменты → Резервное копирование → Список резервных копий» → меню копии → «Восстановить».
  
• На новом сервере: на той же странице есть пошаговая инструкция. Для FTP, SFTP и S3 в ней есть команда, которая скачивает все тома одной строкой. Проверьте тома командой sha256sum -c, скачайте restore.php и восстановите сайт. После восстановления удалите restore.php и файлы архива.
  
• Восстановили сайт из старой копии: модуль раз в сутки или по кнопке «Сверить с хранилищами» найдёт в хранилищах более новые копии этого сайта и вернёт их в список.
  

• Задайте в настройках резервного копирования Битрикса размер одного файла архива 100–1000 МБ. Тогда большая копия разобьётся на тома, которые проще передать и проверить.
  
• Время от времени проверяйте копию пробным восстановлением на отдельном сервере: только оно доказывает, что из архива можно восстановить сайт.
  

При удалении модуль спросит, сохранить ли его данные: хранилища, список копий и журнал. Если сохранить, после повторной установки всё вернётся. Копии в хранилищах и в /bitrix/backup/ модуль при удалении не трогает.

Техническая поддержка решений: индивидуальный предприниматель Бороздин Алексей Григорьевич.

• Telegram: @axelnsk
  
• Телефон: +7 (913) 740-55-25
  
• E-mail: axelnsk@mail.ru
  
• Сайт: https://bitrix-help.ru/
  
• Раздел «Обсуждения» на странице решения в Маркетплейсе
  

Понедельник — пятница, с 10:00 до 19:00 по новосибирскому времени (МСК+4). Суббота, воскресенье и праздничные дни — выходные.

Первый ответ — в течение одного рабочего дня с момента обращения. Срок решения зависит от сложности вопроса, о нём сообщаем в первом ответе.

• Консультации по установке, настройке и работе решения.
  
• Исправление ошибок в работе решения.
  

• адрес сайта и название решения;
  
• версию решения и версию «1С-Битрикс» (раздел «Настройки → Настройки продукта → Модули»);
  
• описание проблемы и шаги, как её повторить, текст ошибки со страницы, по возможности — скриншот.
  

Если для диагностики нужен доступ к сайту, мы запросим его отдельно.