Bitrix резервное копирование на яндекс диск

Обновлено: 05.07.2024

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

Причины полной потери сайта

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

Внутренние факторы:
a. неудачное ручное редактирование кода сайта;
b. непродление услуги удаленного размещения сайта (хостинга);
c. непреднамеренное заражение сайта вирусом-шифровальщиком;
d. другие внештатные ситуации.
Внешние факторы:
a. проблема на стороне хостинга;
b. атака злоумышленников;
c. другие внештатные ситуации.

Как избежать полной потери сайта

«Создавайте резервные копии до того, как они потребовались, иначе будет слишком поздно!» — призыв компании 1С-Битрикс.

Платформа 1С-Битрикс предлагает создание резервных копий:

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

Настройка резервного копирования

Для всех сайтов на 1С-Битрикс настройки резервного копирования осуществляются в административной части сайта во вкладке «Параметры» раздела «Регулярное резервное копирование».

Далее настраиваем следующие параметры:

1. Место сохранения. Рекомендуем использовать облако 1С-Битрикс (копия не занимает место на диске, где размещен сайт и не зависит от работоспособности хостинга. Вероятность потери информации одновременно и на хостинге, и на серверах 1С-Битрикс ничтожно мала). Если к платформе 1С-Битрикс подключено другое облачное хранилище, будет возможность его выбрать. Также можно создать резервную копию на диске для последующего переноса на другой носитель вручную.

Резервное копирование в облако 1С-Битрикс доступно только при наличии активной Стандартной (не Ограниченной) лицензии 1С-Битрикс . Загруженные резервные копии оттуда удалить самостоятельно нельзя, они удаляются автоматически по мере загрузки новых (одновременно на одной лицензии хранится три резервные копии). Объем доступного пространства в облаке зависит от редакции 1С-Битрикс: Управление Сайтом:Старт – 1000 МБ;
Стандарт – 2 ГБ;
Малый бизнес – 4 ГБ;
Бизнес – 10 ГБ.

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

3. Даже при копировании в облако копия создается на локальном диске (после чего загружается в облако), поэтому лучше удалять резервные копии на диске, иначе свободное место быстро закончится.

4. Есть возможность настроить исключения для резервируемых файлов. Это могут быть как файлы статистики, индекса, журнала, которые не влияют на работоспособность сайта, так и большие файлы (например видео).

5. Отключить шифрование при резервном копировании в облако 1С-Битрикс невозможно. При сохранении такой настройки потребуется ввести пароль для архива и утеря этого пароля будет равна утере загруженной в облако резервной копии, так как пароль восстановить невозможно. Также рекомендуется проверять целостность архива.

Резервная копия сделана. Что дальше?

Созданная резервная копия (вне зависимости от того, создана была вручную или в автоматическом режиме) будет доступна в списке резервных копий, откуда её можно восстановить или загрузить на локальный компьютер для последующего сохранения её на съемном носителе или ручной загрузки на публичные облачные сервисы (такие, как Яндекс.Диск, например).

Мне было необходимо делать 2 раза в сутки бэкап сайта на «1С-Битрикс: Управление сайтом» (файлов и базы mysql) и хранить историю изменений за 90 дней.

Сайт расположен на VDS под управлением ОС CentOS 7 с установленным «1С-Битрикс: Веб-окружение». Дополнительно делать резервную копию настроек ОС.

Частота — 2 раза в сутки;
Хранить копии за последние 90 дней;
Возможностью достать отдельные файлы за определенную дату, при необходимости;
Бэкап должен храниться в отличном от VDS дата-центре;
Возможность получить доступ к бэкапу из любого места (другой сервер, локальный компьютер и т.д.).

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

Исходные данные:

VDS на виртуализации XEN;
ОС CentOS 7;
1С-Битрикс: Веб-окружение;
Сайт на базе «1С-Битрикс: Управление сайтом», версия Стандарт;
Размер файлов — 50 Гб и будет расти;
Размер базы — 3 Гб и будет расти.

Стандартное резервное копирование встроенное в 1С-Битрикс — исключил сразу. Оно подойдет только небольшим сайтам, т.к.:

Делает полную копию сайта каждый раз, соответственно каждая копия будет занимать столько же места, сколько занимаю файлы, в моём случае это 50 Гб.
Резервное копирование делается средствами PHP, что с такими объемами файлов — невозможно, оно перегрузит сервер и не закончится никогда.
И конечно же ни о каких 90 днях речи идти не может при хранении полной копии.

Из всего вышесказанного оптимальным для меня выбором является инкрементальный бэкап по собственному сценарию в Яндекс.Облако (Object Storage) или Amazon S3 (Amazon Simple Storage Service).

Для этого требуется:

root доступ к VDS;
установленная утилита duplicity;
аккаунта в Яндекс.Облаке.

Инкрементальный бэкап — метод при котором архивируются только измененные с момента последнего бэкапа данные.

duplicity — бэкап утилита использующая rsync алгоритмы и умеющая работать с Amazon S3.

Яндекс.Облако vs Amazon S3

Разницы между Яндекс.Облаком и Amazon S3 в данном случае для меня нет. Яндекс поддерживает основную часть API Amazon S3, поэтому с ним можно работать используя решения, которые есть для работы с S3. В моём случае это утилита duplicity.

Основным плюсом Яндекса может быть оплата в рублях, если данных будет очень много, то не будет привязки к курсу. В плане скорости Европейские дата-центры Amazon работают соизмеримо с российскими в Яндексе, например можно использовать Франкфурт. Я ранее использовал Amazon S3 для подобных задач, сейчас решил попробовать Яндекс.

Настройка Яндекс.Облака

1. Необходимо создать платежный аккаунт в Яндекс.Облаке. Для этого нужно авторизоваться в Яндекс.Облаке через свой аккаунт Яндекса или создать новый.

2. Создать «Облако».

3. В «Облаке» создать «Каталог».

4. Для «Каталога» создать «Сервисный аккаунт».

5. Для «Сервисного аккаунта» создать ключи.

6. Ключи сохранить, они нужны будут в дальнейшем.

7. Для «Каталога» создать «Бакет», в него будут попадать файлы.

8. Рекомендую задать лимит и выбрать «Холодное хранилище».

Настройка резервного копирования по расписанию на сервере

Данное руководство предполагает наличие базовых навыков администрирования.

1. Установить на VDS утилиту duplicity

2. Создать папку для дампов mysql, в моём случае это /backup_db в корне VDS

3. Создать папку для bash скриптов /backup_scripts и сделать первый скрипт, который будет выполнять бэкап /backup_scripts/backup.sh

4. Запустить скрипт первый раз и проверить результат, в «Бакете» должны появиться файлы.

5. Добавить скрипт в cron для пользователя root на выполнение 2 раза в день, либо с нужной вам частотой.

Восстановление данных из Яндекс.Облака

1. Сделать папку для восстановления /backup_restore

2. Сделать bash скрипт для восстановления /backup_scripts/restore.sh

Я привожу самый востребованный пример восстановления определенного файла:

3. Запустить скрипт и дождаться результата.

В папке /backup_restore/ вы найдёте файл index.php, который ранее попал в резервную копию.

Более тонкую настройку можете производить под свои нужды.

Минус duplicity

У duplicity есть один минус — нет возможности задать лимит использования канала. С обычным каналом это не создает проблемы, а с при использовании канала с защитой от DDoS с тарификацией по скорости в сутки, я бы хотел иметь возможность установить ограничение в 1-2 мегабита.

В качестве вывода

Резервирование в Яндекс.Облаке или Amazon S3 дает независимую копию сайта и настроек ОС к которой можно обратится с любого другого сервера или локального компьютера. При этом данная копия не видна ни в панели управления хостингом, ни в админке битрикса, что дает дополнительную безопасность.

При самом печальном исходе можно собрать новый сервер и развернуть сайт за любую дату. Хотя наиболее востребованным функционалом будет возможность обратиться к файлу за определённую дату.

Использовать данную методику можно с любыми VDS или Dedicated серверами и сайтами на любых движках, не только 1С-Битрикс. ОС также может быть отличная от CentOS, например Ubuntu или Debian.

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

Легко решит проблемы сохранения информации с Вашего сайта Битрикс и обеспечит Ваше спокойствие.

Мы делаем модули, с которыми работаем сами!

Задать вопрос Заказать звонок Попробовать бесплатно

О продукте:

Работает как с локальными копиями, так и с копиями в облаке Битрикс.

Чтобы задать вопрос, попробовать продукт или добавить в корзину, нажмите на кнопку ниже

Задать вопрос Заказать звонок Попробовать бесплатно

Автоматическое размещение резервных копий на Яндекс.Диске

Автоматическое удаление резервных копий на Яндек.Диске

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

Гибкая настройка исключений

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

Управление резервными копиями на Яндекс.Диске

Функционал программы позволяет отображать все резервные копии, размещенные на Яндекс Диске. Администратор может видеть их параметры, а также вручную ими управлять.

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

Недостатки хранения бэкапов на хостинге и в облаке Битрикс

Недостаточный объем памяти. Объем хранилища облака Битрикс ограничен настолько, что его не хватает даже на двухнедельное копирование. При этом чем больше размер сайта, тем меньше копий можно разместить.
Мало места на бэкапы на хостинге. Дополнительный объем памяти - на порядок дороже Яндекс.Диска (1 Тб за 209 руб./мес.). При превышении лимитов на объем хранимых данных будут проблемы с загрузкой сайта либо его полная недоступность (не остается места под хранение кэша или баз данных сайта).
Много времени на размещение бекапа и восстановление сайта из резервной копии. Эта проблема, с которой сталкивается каждый, кто хоть раз пытался восстановить данные из облака собственноручно.

Преимущества хранения бэкапов в облаке Яндекс.Диск

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

Зачем вам наш модуль

Наш продукт – это быстрое и простое решение проблем, возникающих при необходимости размещения резервных копий на Яндекс Диске. Использовать программу легко, теперь создание бекапов не будет отнимать у администратора много времени и сил, позволяя решать более важные задачи.

Чтобы задать вопрос, попробовать продукт или добавить в корзину, нажмите на кнопку ниже

Задать вопрос Заказать звонок Попробовать бесплатно

Чтобы задать вопрос, попробовать продукт или добавить в корзину, нажмите на кнопку ниже

Работает как с локальными копиями, так и с копиями в облаке Битрикс.

Недостаточный объем памяти. Объем хранилища облака Битрикс ограничен настолько, что его не хватает даже на двухнедельное копирование. При этом чем больше размер сайта, тем меньше копий можно разместить.
Мало места на бэкапы на хостинге. Дополнительный объем памяти - на порядок дороже Яндекс.Диска (1 Тб за 209 руб./мес.). При превышении лимитов на объем хранимых данных будут проблемы с загрузкой сайта либо его полная недоступность (не остается места под хранение кэша или баз данных сайта).
Много времени на размещение бекапа и восстановление сайта из резервной копии. Эта проблема, с которой сталкивается каждый, кто хоть раз пытался восстановить данные из облака собственноручно.

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

Решение отвечает всем запросам пользователей:

Систему можно настроить таким способом, чтобы она автоматически размещала резервные копии на Яндекс Диске.
Администратору не нужно самостоятельно вручную удалять уже ненужные копии сайта. Программа имеет необходимые настройки, поэтому все старые копии будут стираться автоматически.
Можно настроить автоматическое удаление резервных копий на Яндекс Диске – это позволит не контролировать вручную остаток свободного пространства и эффективнее использовать доступные объемы облака.
Функционал программы позволяет отображать все резервные копии, размещенные на Яндекс Диске. Администратор может видеть их параметры, а также вручную ими управлять.
Быстрое скачивание любой копии с облачного хранилища на сайт, удаление с него бекапов, при этом на сам диск администратор может не заходить – все действия осуществляются функционалом модуля.

Подключение к Яндекс.Диску:

Если вы все сделали верно, то на странице модуля отобразится ваш токен.

Поле "Папка на Яндекс.Диске": вы можете указать папку (в корне Яндекс.Диска), в которую будут сохраняться резервные копии. Можно указать как новую папку, так и уже существующую.

Поле "Удалять файл резервной копии после передачи": при установке галочки в данное поле - резервная копия на сайте будет удаляться сразу же после успешной передачи на Яндекс.Диск.

Внимание:
Передача резервных копий на Яндекс.Диск может занять некоторое время.
Настоятельно рекомендуем перевести работу агентов на крон.

Работа решения гарантированна на PHP 7.0 и выше

Режим работы:
10:00 — 19:00 по московскому времени.
Время реакции на обращение – 48 часов.
Выходные дни: суббота и воскресенье.

Читайте также: