Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 5
Спасибо за подробную инструкцию! Мучались (мучаемся) длительное время с бекапами, сначала делали стандартным инструментом от Битрикса, но когда сайт с базой и файлами (много фото и видео) перевалил за 90 Гб начались проблемы + не было истории изменений по файлам, знаем что «что-то» менялось, а что конкретно не знаем.
Я возможно не понял посыл статьи, но не проще сделать скрипт который будет делать коммит в нужную ветку и пуш? С точки зрения — нужно хранить длительную историю + восстанавливать конкретные файлы, на мой взгляд наилучший вариант, а если делать полные бекапы — то делаем полный бекап скриптом (согласен что с помощью скрипты битрикса точно не стоит делать).
Если все же брать ваш вариант, тогда стоит добавить исключение для папки bitrix. Если все же копировать — то написать отдельный скрипт со сроком раз в месяц. Чаще не имеет смысла.
Месяц назад сделал нечто аналогичное для бекапа БД PostgreSQL и тоже на Yandex. Но не Cloud, а всем привычный Yandex.Disk.
Случайно наткнулся на технологию WebDav — вся инструкция по установке вместилась в 4 строки текста
Сама установка прошла штатно и буквально за 3-4 минуты. С программой-клиентом возился гораздо дольше. Но в данном случае он(фирменный яндекс-клиент) на сервере не нужен. Rsync не применялся. Cron 3 раза в сутки по скрипту bash с автоудалением через указанное количество дней(нашел в инете, почти не пришлось дорабатывать).
Однако, при прямом сжатии данных шли обрывы — технология медленная. Поэтому в создание бэкапа по этой технологии включил промежуточный этап — бэкап создается на сервере и копируется в облако.
Самое интересное, что при использовании WebDav на удаленном сервере и на клиентской машине образовался облачный мост!!! Суть облачного моста понятна — сервер записал данные в облако — облако автоматически синхронизировалось с клиентской машиной и скопировало информацию бэкапа БД с сервера. Таким же образом можно организовать обмен данными между любыми двумя(а может и больше — не проверял) компьютерами. WebDav применяется и к другим облачным сервисам. Включена WebDav, например, для применения в СДО(системы дистанционного образования) Moodle(Lms Moodle, — проект с открытым исходным кодом).
Автору респект — такими технологиями простыми в применении и надо делиться!
Случайно наткнулся на технологию WebDav — вся инструкция по установке вместилась в 4 строки текста
Сама установка прошла штатно и буквально за 3-4 минуты. С программой-клиентом возился гораздо дольше. Но в данном случае он(фирменный яндекс-клиент) на сервере не нужен. Rsync не применялся. Cron 3 раза в сутки по скрипту bash с автоудалением через указанное количество дней(нашел в инете, почти не пришлось дорабатывать).
Однако, при прямом сжатии данных шли обрывы — технология медленная. Поэтому в создание бэкапа по этой технологии включил промежуточный этап — бэкап создается на сервере и копируется в облако.
Самое интересное, что при использовании WebDav на удаленном сервере и на клиентской машине образовался облачный мост!!! Суть облачного моста понятна — сервер записал данные в облако — облако автоматически синхронизировалось с клиентской машиной и скопировало информацию бэкапа БД с сервера. Таким же образом можно организовать обмен данными между любыми двумя(а может и больше — не проверял) компьютерами. WebDav применяется и к другим облачным сервисам. Включена WebDav, например, для применения в СДО(системы дистанционного образования) Moodle(Lms Moodle, — проект с открытым исходным кодом).
Автору респект — такими технологиями простыми в применении и надо делиться!
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Инкрементальный бэкап VDS с сайтом на 1С-Битрикс в Яндекс.Облако