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

А он спрашивает, сколько создавать?

Было бы удобно, выводить не только место в облаке, но и место на диске.

Обладатели Интернет-Магазинов знают про отличный инструмент "Профили импорта". 1 раз настроили - n раз пользуемся. Очень хотелось бы увидеть такой механизм и на странице резервного копирования. И не нужно слов про регулярное копирование - там профиль только один.

Предлагаю добавить в БУС транзакционность в выгрузку резервных копий в Облако 1С-Битрикс. Т.е. при успешном завершении выгрузки всех файлов выполнять некий условный commit, тогда файлы резервной копии остаются в облаке. А при неуспешном завершении выполнять условный rollback, тогда файлы резервной копии должны удалиться.
Иначе Облако забивается мусором - фрагментами резервных копий, с которых  заведомо невозможно восстановиться и нельзя удалить вручную. А когда Облако заполняется автоматически удаляться будут более старые, но нормальные копии, вместо этого мусора.

Вот у меня сейчас более гигабайта такого мусора.

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

Когда выставляешь ограничение по использованию корпоративного портала, упираемся в ограничение из-за накопления резервных копий. пока обхожусь путём скриптов (вырезаю в иное место). Но это дикое колено. Почему бы не добавить возможность указать иной путь к каталогу вручную?! Спасибо.

1)Я создал локально зашифрованную резервную копию, либо по какой-то причине она не была отправлена в облако и осталось локально - хотелось бы иметь возможность зашифрованные копии отправлять в облако в ручном режиме(добавить кнопку в выпадающем меню).
2)При регулярном резервном копировании нельзя задать длительность шага и интервал - тут все выполняется за 1шаг или какие-то дефолтные настройки стоят?
3)При заходе в список резервных копий, если была ошибка резервного копирования - выводить последнюю в самом верху, так же на странице ручного и регулярного резервного копирования. Можно просто писать ошибка и ссылка на журнал.

Смысл в том, чтобы при распаковке бэкапа выводилась более точная информация - например, какой файл обрататывается, и чтобы периодически эта информация обновлялась (хотя бы раз в 5-10 секунд). А то при распаковке больших архивов, а точнее - сайтов с большой папкой upload, распаковка очень долго висит на одном значении в процентах и непонятно - идет ли распаковка, или скрипт завис вообще

Количество резервных копий в облаке Битрикс больше 3. Например, мы готовы доплатить за место в облаке, если это потребуется, чтобы хранить не только 3 последних резервных копии, а, например, 30 (за месяц).

1. Автоматическое резервное копирование - нужны в целом настройки, хотя бы аналогичные ручному резервному копированию

1.1 нужна возможность регулировать содержимое автобекапа. Глупо бекапить каждый раз всё ядро, когда данные сайтика укладываются в десятки метров. Возможно, сделать опцию "Бэкапить только указанные разделы / файлы"

Автор: Головко Владислав, идея взята из комментов в обсуждении функции автоматического бэкапа на dev.1c-bitrix.ru

2. Желательно отдельные настройки для разных сайтов при многосайтовости - отдельные профили, отдельные расписания

3. Сделать опцию, чтобы в автоматический бекап в облако попадали публички всех сайтов (в 14.5.1 попадает только текущего/по-умолчанию)

4. Нужно емейл уведомления при косяках в бэкапировании

5. Нужно авто-удаление битого бэкапа (когда например места не хватает, чтобы незаконченный бэкап не убивал сайт). В лог соответствующую запись можно занести. Архив-то в любом случае битый!

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

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