Top Man Digital: Облачный бэкап — копии сайта в ваших облаках

• 1С-Битрикс: Управление сайтом со штатным механизмом резервного копирования и доступным штатным HTTP-запуском и архивным движком. Совпадение файлов ядра с разработческим стендом не требуется.
  
• 64-битный PHP 8.2–8.4 для сайта. Проверенный стенд: PHP 8.3.36, MariaDB 10.1.43. Требуются curl, pdo_mysql, sodium, openssl, json, mbstring, zlib; для WebDAV Mail.ru — DOM/XML.
  
• Права пользователя сайта на запись в bitrix/backup. Служебный каталог создаётся автоматически; доступ к нему по HTTP должен быть закрыт. Обязательных требований к proc_open, PHP CLI и системному cron для штатного резервирования нет.
  
• Свободное место на сервере под полный архив и резерв свободного пространства. На облачном диске должно хватать места для выбранного числа копий.
  
• Исходящий доступ к API выбранного облака по HTTPS либо к вашему FTP- или SFTP-серверу. Сертификаты HTTPS должны проходить проверку.
  

Войдите администратором в панель 1С-Битрикс. В разделе «Marketplace» установите решение Top Man Digital: Облачный бэкап (код topman.backup). После установки откройте Top Man Digital → Облачный бэкап → Первичная настройка.

Модуль автоматически подготовит служебное хранилище. Если запись вне сайта запрещена, он создаст собственный каталог в bitrix/backup, добавит правила защиты и проверит недоступность файлов по HTTP до сохранения ключей. Если веб-сервер не применяет защиту, закрыть доступ к этому каталогу должен администратор хостинга.

Публичная выдача временных SQL-дампов в bitrix/backup должна быть запрещена настройками веб-сервера. Мастер показывает необходимые действия, а перед созданием копии модуль проверяет защиту по HTTP. На nginx одного файла .htaccess недостаточно — правило настраивается в конфигурации сервера.

• Яндекс.Диск. Откройте Яндекс OAuth, создайте приложение с доступом к чтению и записи файлов Диска и получите пользовательский OAuth-токен по инструкции Яндекса. В мастере выберите Яндекс.Диск и сохраните токен. Подсказка со ссылками доступна в самой форме. Токен не нужно записывать в JSON-файл.
  
• Облако Mail.ru. Укажите полный почтовый адрес и отдельный пароль внешнего приложения. Обычный пароль почты не используйте. Инструкции: пароли внешних приложений и доступ к Облаку через WebDAV.
  
• Google Диск. В Google Cloud Console выберите проект и включите Google Drive API. В Google Auth Platform → Branding оформите экран согласия; в Audience добавьте свой аккаунт как тестового пользователя, если приложение в режиме Testing. В Clients создайте OAuth-клиент типа Web application и внесите точный callback URL, который показывает модуль для вашего сайта. Сохраните Client ID и Client Secret в форме модуля, нажмите авторизацию и разрешите доступ. Запрашивается drive.file: приложение работает со своими файлами. Папка Topman Backup создаётся автоматически. ID папки — дополнительная настройка; произвольная папка, созданная вручную, может быть недоступна с drive.file. У внешнего приложения в режиме Testing refresh-токен для такого доступа может истечь через 7 дней: для постоянной работы учитывайте правила публикации OAuth-приложения Google.
  
• FTP. Укажите сервер, порт, пользователя, пароль и папку сохранения. Используется пассивный режим; путь можно указать с завершающим слешем. FTP передаёт пароль и файлы без шифрования. Для защищённой передачи используйте SSH/SFTP. Дополнительные папки можно сохранять отдельными копиями по датам.
  
• SSH/SFTP. Укажите адрес и порт, пользователя, существующую папку на удалённом сервере, пароль либо закрытый ключ. Внесите SHA256-отпечаток ключа сервера, полученный у его администратора по доверенному каналу. При несовпадении отпечатка соединение блокируется.
  

Нажмите «Подключить» или «Проверить подключение» и дождитесь успешного результата. Проверка создаёт и удаляет небольшой тестовый объект внутри рабочей папки модуля. Сохранение реквизитов без завершённой проверки не означает готовность хранилища.

Штатный архив создаётся через HTTP-механизм Битрикса. Передачу и очистку выполняет агент Битрикса небольшими шагами. Системный cron и открытая вкладка браузера не обязательны. При работе агентов на посещениях запуск зависит от посещаемости сайта: без запросов к сайту выполнение откладывается. Для точного времени и стабильной работы малопосещаемого сайта администратор может настроить штатный запуск агентов Битрикса через cron.

На итоговом шаге мастера проверьте параметры и подтвердите применение настроек. Уже настроенное штатное резервирование не заменяется без вашего подтверждения. После обновления с 1.0.4 ранее сохранённые подключения и профили остаются; откройте мастер и подтвердите новый режим выполнения. Модуль не создаёт задания в системном crontab автоматически.

Дополнительная CLI-точка входа для администратора: bitrix/modules/topman.backup/tools/cli.php (при установке в local — local/modules/topman.backup/tools/cli.php). Она не требуется для обычной настройки через мастер.

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

Выберите, сколько копий хранить в каждом облаке: 1, 2, 5 или другое количество. Старые сверх лимита удаляются после проверки сохраняемой копии. Закреплённые и восстанавливаемые копии защищены. В существующих профилях удаление выключено до сохранения выбранного лимита. Яндекс и Google используют корзину; Mail.ru и SSH удаляют файлы без корзины.

Запустите первую копию. Модуль последовательно покажет создание штатного архива Битрикса, проверку и отправку. Дождитесь статуса «Сохранена и проверена». После обновления страницы ход выполнения загружается с сервера.

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

Кнопка «Отправить в облако» у готовой копии позволяет выбрать ещё одно проверенное подключение и передать существующие части без повторного создания архива.