Рейтинг: 4.8902  
Новая
Предложил Чернышов Антон 06.09.2018 10:49:20

Возможность восстановления только БД в restore.php

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



Добавить возможность восстановления только базы данных.
Рейтинг: 2  
Новая
Предложил Зверев Сергей 18.08.2018 13:26:19

Сжатие резервных копий.

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

Я предлагаю в настройках регулярного резервного копирования добавить настройки:
- выбор архиватора;
- степень сжатия;
- включения многопоточности и выбора количества ядер для сжатия;
- и добавить возможность делать резервные копии только по рабочим дням (зачем мне забивать место копиями, в которых ни чего не изменилось).
- добавить в скрипт restore.php возможности по распаковке таких архивов.
Рейтинг: 2.8399  
На голосовании
Предложил Федотов Александр 28.08.2014 23:04:43

Сделать описание прогресса при восстановлении бэкапа более информативным

Смысл в том, чтобы при распаковке бэкапа выводилась более точная информация - например, какой файл обрататывается, и чтобы периодически эта информация обновлялась (хотя бы раз в 5-10 секунд). А то при распаковке больших архивов, а точнее - сайтов с большой папкой upload, распаковка очень долго висит на одном значении в процентах и непонятно - идет ли распаковка, или скрипт завис вообще
Рейтинг: 2.1211  
На голосовании
Предложил Бугай Максим 21.07.2014 12:41:34

Пропустить все при восстановлении

Иногда при восстановлении возникает много одинаковых ошибок, и нажимать "пропустить" 100500 раз немного утомительно. Поэтому неплохо бы рядом с кнопкой "пропустить" иметь флажок "приметь ко всем подобным ошибкам"
Рейтинг: 3.2679  
Внедрено
Предложил Беликов Олег 11.04.2014 18:37:04

Починить restore.php (адаптировать для https)!

Здравствуйте!

Был ООчень впечатлен тем, что на хостинге restore.php неможет выкачивать бэкапы с сайтов https (ssl), даже если в url загрузки указываешь явно https://mysite.ru/bitrix/backup/xxxxxx.tar.gz  :!:

Функция удаленной загрузки фала не учитывает флаг загрузки через https! Выплёвывает лишь php_network_getaddresses error :!:

Приходится выкачивать в ручную через ssh или вырубать https! Очень обидная "свинка" в таких важных вещах, особенно если речь идет о бэкапе размеров в 55 Gb... и прочие закачки дают ощутимую разницу по времени в сравнении с прямой заливкой!
Рейтинг: 0  
Ответил Шаромов Денис 07.03.2017 18:53:27
Рейтинг: 23.3944  
На голосовании
Предложил Aбт Алексей 31.10.2011 10:06:11

Обновление/восстановление ядра

Всем известно как обновлять Битрикс до новой версии.
Но, бывают ситуации когда систему нужно обновить полностью поверх текущей системы.
Т.е. все файлы модулей, компонент и пр.

Для примера - прошло криво обновление, а второй раз оно ведь не доступно.

Еще для примера - начали дорабатывать сайт, разработанный предыдущими разработчиками. Неизвестно изменяли они что-нибудь в ядре или нет.

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

Еще ситуация в последней 11 версии - Монитор качества при проверке на всех наших проектах показывает, что файлы модулей были изменены, хотя там ничего не трогали.
Значит либо обновление прошло криво, либо что-то еще.
Но факт на лицо - файлы не соответствуют эталону.
Обновили бы поверх и проверка прошла успешно.

Да и тех.поддержке Битрикса было бы удобнее - при некоторых обращениях не просить доступ и лазить по сайту в поисках "кривого" файла, а просто посоветовать "обновить ядро поверх".

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

Естественно для безопасности эта функция должна быть доступна только для активных лицензий и для систем у которых стоят все стабильные обновления.

Хотя может быть и бред это все :).
Рейтинг: 26.1991  
На голосовании
Предложил Денис Окатьев 26.10.2011 17:07:42

Расширить функционал резервного копирования

Хотелось бы в резервном копировании иметь возможность быстрого автоматического восстановления сайта из резервной копии. Т.е. что бы Битрикс сам себя удалял (и файлы и базу) и после этого восстанавливался из выбранной резервной копии.
Также хотелось бы иметь настройку в продукте, позволяющую автоматически создавать резервные копии сайта перед обновлением продукта или установкой какого-либо решения.
Рейтинг: 0  
Ответил Шаромов Денис 03.04.2013 16:15:54
Восстановление не будет быстрее, если делать удаление: разворачивайте поверх.
Автоматически перед обновлением делать нельзя, это тяжелая операция, которая может занимать не один час.