Автоматическое резервное копирование в облако битрикс

С версии 12.0.8 появилась возможность создавать резервную копию сайта и выгружать её в облако 1С-Битрикс в автоматическом режиме. На партнерской конференции у меня был доклад на эту тему. Сейчас постараюсь осветить важные моменты на основе материалов доклада.

[spoiler]
Мы говорили раньше, что нельзя сделать автоматическую резервную копию на агентах. В этом смысле ни мы, ни мир не изменились: автоматическая резервная копия создается не на хитах, а на cron'е. Т.е. посетители сайта не ощущают замедления загрузки страниц, а бэкап получается целостный.

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

Зачем мне надо облачное хранилище 1С-Битрикс?

Это надёжно! Жесткие диски имеют свойство выходить из строя. Вы можете многократно скопировать свои данные на диске, но в один момент потерять всё. Даже если raid контроллер выйдет из строя, восстановление данных на диске может быть серьезной проблемой. Даже в датацентрах бывают пожары!

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

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




Это безопасно! Созданный архив шифруется с использованием современных алгоритмов шифрования на основе вашего секретного слова. При буквенно-символьном пароле длиною более 8 символов перебор его займет десятки (а может и сотни) лет!

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

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



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

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

Это удобно! Вы можете из любого места выгрузить бэкап в облако: неважно, хостинг это, локальная сеть или персональный компьютер, развернуть копию сайта в любом месте очень просто. Мы и сами используем облако для переезда с Битрикс24 на коробку: клиенту в итоге нужен только пароль архива, который потом разворачивается через restore.php и своего лицензионного ключа.

Это просто! Мы всё сделали для того, чтобы пользователь не загружался технологическими трудностями: всё делается в несколько кликов из админки, даже настройка бэкапа по расписанию. Чуть ниже опишу это подробнее.

Это бесплатно! Всё, что вам надо - это иметь активный лицензионный ключ. Стоимость лицензий и продления не изменилась, но плюс к обновлениям вы получаете отличное решение для бэкапов.

Честно сказать, я не вижу причин не использовать это. Разве только незнание такой возможности. Игнорировать её просто неразумно!


Как настроить автоматическое резервное копирование

Если системные агенты выполняются на cron (а это уже настроено в нашей виртуальной машине), то никакие дополнительные настройки на хостинге не нужны.

Открываем Настройки - Инструменты - Резервное копирование - Автоматическое создание


И выбираем время:




В случае ошибки повторный запуск будет только через сутки. Это сделано для того чтобы не переполнить диск и не парализовать работу сайта в следствие нагрузки. Текст ошибки попадет в журнал событий, а в случае системного сбоя надо смотреть журнал cron'а.

Если агенты выполняются на хитах, возможности выбрать время нет, о чем подскажет сноска 1:


Тогда можно либо настроить их на cron (не вижу причин этого не делать), либо безусловно запустить через cron скрипт /bitrix/modules/main/tools/backup.php
в нужное время.



Что нужно знать

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


По сравнению с ручным режимом тут есть дополнительные опции очистки старых локальных копий по одному из условий:

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

Заключение

На момент анонса этой возможности на конференции месяц назад в облаке 1С-Битрикс было 2800 резервных копий объёмом 1,7 Тб. Сегодня в облако выгружено 3900 копий объемом 2,5 Тб. Но это очень мало по отношению к числу активных лицензий.

Создавайте резервные копии до того, как они потребовались, иначе будет слишком поздно!