Это просто какая-то издевательская недоработка. Которую исправить совершенно не сложно. Тем более, что при ручном резервном копировании такая возможность есть. Что мешает перенести функционал?
В архив нужно поместить дамп БД и пользовательские скрипты, вместо этого создается никому не нужная резервная копия с ядром, фотографиями и видео, которая даже в облако не  помещается.  

Добрый день!

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

Предлагается сделать настройку как при ручном резервном копировании, когда можно выбирать, что копировать, а что исключать.
Иначе получается плохая ситуация, когда весь сайт не надо копировать, а только БД / публичку. А в облако уже не получается, так как сайт занимает больше предоставляемого в облаке объема.

Есть срочная потребность скачать всю фотогалерею и ее альбомы!
(они не сохранились на компьютере, есть только в Фотогалерее на сайте).

Цель - размещение фоток в нашей группе ВКонтакте и Facebook.

Такой возможности разработчиками Битрикса не предусмотрено.

Следовательно, нужно предусмотреть возможность:

- пакетно скачать фотографии сразу целыми папками (скачивать альбомами)
- или скачать главную папку Фотогалереи, в которой лежат папки альбомов (скачать фотогалерею).

Реализовать данную возможность можно:

+ через административный раздел, при резервном копировании, путем выставления галочки на "Архивировать фотогалерею"  (в смысле ТОЛЬКО фотогалерею, без ядра, базы данных и т.п.)

+ через публичный раздел при просмотре Фотогалереи и отдельного альбома.


PS. Распространить данную логику можно и на другой ИМЕННО КОНТЕНТ:

+ файлы
+ видеогалерею и ее плей-листы

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

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

Есть замечательная опция: удаление лишних резервных копий. Если ее не использовать, то при автоматическом копировании весь диск скоро будет заполнен и сайты перестанут работать.

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

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

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

Еще предлагаю, пока обмен идет все файлы создавать с именем tmp_2013-04-08_220540_46464643.tar.gz, а потом успешную копию переименовывать в 2013-04-08_220540_46464643.tar.gz

Тогда можно будет в первую очередь удалять неудачные резервные копии.

Почему копию можно только восстановить? Я хотел просто скачать на локальный компьютер.

1. Сделайте кнопку "Сохранить настройки"! Рядом с кнопкой "Создать резервную копию".

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

2. Я вообще не понимаю, что означает "Включить экспертные настройки создания резервной копии".

Что если я не нажму этот флажок:
- Сделаю ли я копию с теми настройками, которые там?
- Или я буду делать бэкап с теми настройками, которые в Битриксе по умолчанию?

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

Сейчас я вообще не понимаю, как должно работать резервное копирование.

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

Мне кажется, что если я не нажму этот флажок, то бекап будет делаться не с моими настройками.

4. Как всегда, Битрикс принципиально не использует тэг <label> рядом с флажками. Надо целиться и попадать.

--------

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

Суть идеи проста: дать возможность при настройке автоматического резервного копирования настроить папки исключения, как в ручном режиме.

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

Столкнулся с такой проблемой: при резевном копировании дамп базы хранится в одном файле, но во время разворачивании бэкапа на хостинге, mysql упирается в лимит количества запросов (лимит на хостинге 3 000 000 запросов, записей в базе больше 7 000 000, самая жирная таблица 3 700 000). Было бы весьма к месту иметь возможность дробить дамп базы на файлы по количеству запросов, либо обновить restore.php для исключения падения процесса восстановления при превышении лимита запросов

Как и обычные резервные копии, автоматическое резервирование также нуждается в экспертных настройках.

Тем более, если передаем в облако. Как минимум, тяжелые файлы, скажем видео -  необходимо как то исключать.