[spoiler]
Если выбираем для размещения архива одно из облачных хранилищ, то после локального создания бэкапа и проверки целостности он будет по шагам передан в облако.
Также есть возможность сделать резервные копии данных из облаков (данные сохраняются в папку /bitrix/backup/clouds на момент архивации и удаляются после её завершения):
Эта возможность необходима чтобы переехать с на коробку.
При этом ничто не мешает хранить в одном облаке бэкап другого
Все архивы показываются в общем списке, отдельно указано размещение:
Любой локальный архив можно отправить в облако:
Восстановление архива
"Облачные" архивы удобны тем, что, находясь в интернете, хорошо подходят для переноса сайта на новую установку, без необходимости переносить сами архивы или обеспечивать доступность исходной установки из сети.
Работа с многотомными архивами теперь прозрачна: все операции применяются сразу ко всем фрагментам архива.
Итак, отправляем бэкап в облако, потом скачиваем restore.php
Затем копируем в буфер обмена ссылку для переноса
И используем эту ссылку чтобы скачать и восстановить архив:
Теперь, если бэкап содержит резервные копии данных из облака, можно их сохранить локально в папку /upload, при этом они будут отвязаны от облака. Или оставить как есть.
Регистрируйтесь в облаках пока там есть место! Это дешевле и проще, чем кажется.
Когда мы восстанавливаем сайт из архива, мы можем использовать прямую ссылку на этот архив, поскольку что в облаке, что на хостинге (в подавляющем большинстве случаев) он абсолютно не защищен и доступен для скачивания первому встречному. Иными словами, зная или подобрав ссылку на архив, злоумышленник может спокойно полакомиться всеми данными сайта. Кроме того, в облаках эта проблема может усугубляться еще и тем, что при использовании в связке с CDN наш бэкап может гулять по куче раздаточных серверов в разных уголках планеты. Да и вообще, сама передача архива осуществляется по незашифрованному каналу, что само по себе уже является уязвимостью.
Планируется ли работа в этом направлении?
Но по идее да - забекапился, скачал, удалил.
Это я к тому, что "не так просто" — не показатель надежности
Если есть прямая ссылка - это еще не значит, что ей может воспользоваться любой желающий. Подбирать 8 символьную соль вместо с точной датой создания архива - не благодарное дело. Проще подобрать административный пароль пользователя. А в случае облаков, соль еще длиннее, можно перебирать пол жизни.
Для успокоения совести можно в папку с архивами положить .htaccess, где прописать:
Deny From All
Можете оспаривать дальше, если хотите, но, если следовать Вашей логике, можно сделать авторизацию в "Битриксе" по прямой ссылке с неизменной солью, а всякие ненужные логины, пароли, хэши и "Безопасную авторизацию" забыть как страшный сон
А для админа сайта, которому надо делать одной кнопкой, мы сделали три опции (в зависимости от хостинга) и одну кнопку. Любая опция ведет к полному целостному бэкапу.
Дмитрий, вы использовали механизм резервного копирования?
Ну и не сильно он готов к тому, чтобы использовать его как S3. Он сам его используется.
Вообще он клиентский сервис, и кажется, не для этих целей задуман.
Приведи сценарий использования.
P.S. Ссылка на этот плагин:
Ну да, если сайт занимает десятки гигабайт, лучше делать из консоли.
Я не понимаю с вас денег за неё просят доплатить? Штука класная! Я лучше буду бэкапы почти нахаляву хранить в амазоне c3, чем каждый раз их скачивать на локальную тачку.
Есть пожелание. Чтобы бэкапы создавались по расписанию с определёнными настройками + возможность задавать количество файлов в бэкапе или количество дней хранения.
С Google Storage отработал на ура
Пожелание - дать возможность легко и просто автоматизировать бекапы, сделать примитивный планировщик и будет просто чудесно
Его можно будет поставить на cron.
....
Эта возможность необходима чтобы переехать с Битрикс24 на коробку.
Появился вопрос: планируется ли учитывать место, занимаемое бэкапом в "облаке" (в разделе "Настройки > Облачные хранилища")?
Создал тикет 292870.
Также в URL не добавляется "контейнер", в следствие чего ссылка не корректна, отписал в саппорт...
Пишу пятое по счету обращение в ТП, касающееся данного функционала - заказчик в шоке
И все таки надеюсь, что в следующий раз отдел тестирования будет более ответственно подходить к своей работе. Т.к. если бы они обнаружили эту проблему на этапе тестирования то избавили бы и разработчиков и саппорт от поиска проблем.