Проблема: как восстановить описания товаров из бэкапа битрикс не потеряв часть клиентов и заказы?
Решение:  т.к. описания и списки заказов/клиентов завязаны в один бэкап, нужно разворачивать отдельную копию сайта, там восстанавливать базу и делать экспорт-импорт описания товаров...

Предложение: в скрипт восстановления добавить условия по которым будут восстанавливаться отдельные таблицы(либо пачки таблиц для модулей)

Облачное хранение В2 Backblaze работает аналогично Amazon S3, но при этом стоит в разы дешевле. Отлично подойдет для резервного копирования.

Бэкап в облако - классная вещь, но только если бэкап полностью сохранился, в ином случае в облаке будет только нерабочая часть бэкапа...

Предлагаю при ошибках на сервере делать проверку размеров локальной копии и облачной дабы удалить облачную если она меньше. Почему эту проверку не реализовали сразу..?

На сегодняшний день реализована возможность переезда портала из облака в коробку, что весьма удобно для тех кто расширяется и никому не доверяет. Но, как быть в тех случаях когда нужно переехать на другой портал в облаке, по тем или иным причинам? Выгружать файлы .csv потом их адаптировать, тем более когда на портале много чего происходит каждый день, очень не просто и занимает много времени и не всегда эти базы импортируются обратно правильно! Например - Я могу экспортировать контакты из портала в формате .csv, но при импорте их на другой портал, мне предлагаются любые форматы .csv кроме нужного.
А если можно было бы, нажать на кнопку -"Создать бэкап портала", отметить галочками что я хочу в него включить (в.т.ч настройки портала), а на другом портале -"Загрузить бэкап" это было бы шикарно. А так, для этого нужно нанимать людей которые это сделают.
Сегодня я сказал себе, я готов за нажатие такой волшебной кнопки заплатить деньги, хоть тыщу хоть две, но пока их никто не хочет у меня взять.
С уважением,
Пользователь Bitrix24

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

Ситуация следующая.
Когда в админке заводится новое облачное хранилище (с использованием амазона) , битрикс уже пытается  создать bucket на сервере амазона и ругается, если имя, под которым он пытается создать уже там есть.

Чем это плохо.
Нельзя использовать для бэкапов ключи от пользователей с ограниченными правами, точнее можно, но "через крышу": создать хранилище с одними ключами (от пользователя с правами на все), а потом поменять их на другие, от пользователя с правами только на нужную директорию  (все (или я думаю у 90% людей) бэкапы делаются сейчас вообще под "рутовой" учеткой, которая имеет доступ в том числе и к билинговой информации на амазоне).

И как следствие нельзя выделить раздел на сервере исключительно для конкретного пользователя  (которого нужно заводить на сервере амазона, но про это нигде кроме как на амазоне даже и не упомянули в  инструкциях и многочисленных постах), и как следствие выше описанного, человек получивший через адмику вашего сайта ключи от сервера амазона, подключившись к нему через клиента, используя эти ключи, получает доступ ко всем бэкапам, которые хранятся на сервере.
И если там бэкапится только один сайт, то это полбеды, но как правило люди с одними и теме же ключами быкапят все свои сайты в одно место, в итоге доступ ко всем бэкапам всех сайтов, и да, по умолчанию бэкапы шифруются только для облака битрикса, под остальные хранилища нужно руками проставлять галочку "шифровать". Думаю не трудно представить какой процент эту галочку ставит и сколько не ставят.

В итоге, что бы я добавил:
1. Включение шифрования по умолчанию для всех типов хранилищ.
2. Сделать возможным, что бы битрикс не пытался создать bucket на сервере амазона сам.
3. Сделать возможным в ручную прописывать путь, куда складывать на сервере бэкапы (что бы не обязательно было заводить новый bucket под каждый сайт), что даст возможность более гибко настраивать структуру хранения данных на самом сервере, политику безопасного доступа и избавит от подмены ключей на этапе заведения хранилищ в адмике битрикса.

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

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

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

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

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

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

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

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

Очень нужны инкрементные резервные копии.

Размер сжатой резервной копии нашей базы уже достиг 6 Гб, в облаке теперь помещается только 4 копии. Но реальных изменений только на 100-200 Мб в день, а бэкапы нужны каждый день, и при инкрементном резервном копировании можно было бы хранить данные за большой период.

Уважаемые коллеги, почему бы Вам не добавить Backup по расписанию, к примеру раз в нень\неделю\месяц с выбором времени или через определенное время.
Так же желательно его сделать для Backup в облака...