Бэкап сайта на Битриксе: все способы резервного копирования

Резервная копия сайта без многосайтовости

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

Формирование резервных копий допустимо в двух вариантах:

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

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

Для создания бэкапа заходим в административную панель Bitrix и идем по пути:

Настройки – Инструменты – Резервное копирование – Создание Р.К.

В появившемся окне можно выбрать место размещения бэкапа: в облаке Битрикса или в папке сайта.

Создание полной резервной копии

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

Экспертные настройки

Вы можете исправить содержимое создаваемого бэкапа, выбрав параметры архивации:

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

Экспертные настройки параметров архивации в Битрикс

Вы можете исключить из бэкапа следующие элементы:

• Файлы определенного размера. Параметр, необходимый для исключения из бэкапа крупных файлов. Это могут быть видеозаписи, архивы или что-то еще, не требуемое при восстановлении сайта. Если ничего исключать не нужно, оставьте параметр по умолчанию: 0 кб.
• Статистика. Элемент базы данных. Содержит сведения о резервируемом веб-ресурсе.
• Поисковый индекс. Информация, собранная поисковыми роботами. Содержится в базе данных.
• Журнал событий. События, связанные с резервируемым сайтом.

Резервное копирование предполагает исключение папок и файлов по маске. В версиях старше Битрикс 16 все папки исключаются самостоятельно. В версиях младше Битрикс 12 файлы и директории по маске придется исключить вручную. Это следующие элементы:

Исключение файлов по маске вручную

• /bitrix/backup – дамп базы данных для восстановления сайта. В версиях младше Битрикс 12 в этот файл попадают старые бэкапы, в результате чего архив сайта сильно увеличивается.
• /bitrix/cache – неуправляемый кэш. Такой кэш не меняется автоматически после модификации исходных данных, а работает долгое время после создания.
• /bitrix/stack_cache – файлы кэша с алгоритмами вытеснения.
• /bitrix/managed_cache – управляемый кэш. Автоматически обновляет кэш компонентов при изменении данных.
• /bitrix/resize_cache – кэш изображений.
• /bitrix/wizards – папка с различными мастерами и демо-решениями.

Следующий пункт – Режим архивации. Тут вы можете задать следующие параметры:

• Шифрование данных резервной копии. Установление этого параметра значительно повышает нагрузку на сервер, но защитит проект от взламывания. При локальном резервном копировании можно обойтись без шифрования.
• Проверка целостности архива по завершении резервного копирования. Происходит виртуальная распаковка без создания файлов. Такая процедура гарантирует корректность файла. Однако нет полной гарантии, что резервное копирование прошло успешно. Проверить это можно лишь после восстановления сайта.
• Отключение компрессии архива. При отключении сжатия бэкапа снижается нагрузка на процессор, но возрастет объем бэкапа на диске. Если производительности достаточно, опцию можно не отключать.
• Настройка длительности шага и интервала создания резервной копии. Регулируется нагрузка на веб-сервер. Для большинства хостингов оптимальный вариант – 29 секунд максимум для длительности шага и интервал не меньше 1 секунды.
• Установка максимального размера несжатых данных в одной из частей архива. Ограничения системы не позволяют загружать часть архива размером более 2 Гб. Рекомендуемое значение для не самых производительных серверов – от 700 до 1000 Мб.

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

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

Создание бэкапа в автоматическом режиме задается на странице:

Настройки – Инструменты – Резервное копирование – Регулярное РК.

Регулярное резервное копирование

Тут есть следующие параметры:

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

При автоматическом резервном копировании пользовательский пароль нужно хранить в зашифрованном виде. Запуск процесса возможен двумя способами:

• Через облако 1С-Битрикс. Самый простой вариант. Реализуется через Настройки – Облако 1С-Битрикс – Расписание резервирования.

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

Высветится ваше расписание. В указанное время сервис откроет специальную страницу и передаст необходимые для бэкапа данные. Список создаваемых копий появится на странице Настройки – Облако 1С Битрикс – Резервные копии. Здесь же вы можете задать их восстановление.

• С использованием скрипта. Используются агенты на cron. На cron'е каждую минуту выполняется скрипт /bitrix/modules/main/tools/cron_events.php. Вначале он проверяет отправку почты и выполняет системные агенты. В заданное время формируется резервная копия.

Настройка скрипта периодического запуска

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

Ошибка в системном журнале

Если же на сайте не используются агенты (произвольные php функции), то для резервного копирования используется прямой запуск. На определенное время через панель хостинга настраивается запуск php скрипта /bitrix/modules/main/tools/backup.php.

Где смотреть список резервных копий

Список резервных копий размещается на странице Настройки – Инструменты – Резервное копирование – Список РК.

Список резервных копий

При этом список копий находится и в разделе Облако 1С-Битрикс.

На странице есть контекстная панель:

• Создать резервную копию.
• Автоматическое создание.

Для каждого дампа указано:

• Имя.
• Размер.
• Размещение.
• Изменение и дата создания.

Файлы архива допускается:

• Скачивать.
• Восстанавливать.
• Использовать в целях получения ссылки для переноса.
• Отправлять в облако.
• Переименовывать.
• Удалять.

В самом списке отмечено, является бэкап локальным или облачным.

Размещение резервных копий Bitrix

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

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

Создание полной резервной копии в Bitrix

Просто отметьте галочками нужные сайты.

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

Публичная часть остальных сайтов попадает в архив: /bitrix/backup/sites/ID_сайта.

При распаковке архива высветится предупреждение, что в нем содержится несколько публичных частей. Уже после распаковки нужно перенести папки сайтов ( /bitrix и /upload) вручную в соответствующие папки на сервере.

Многосайтовость восстанавливается вручную – с помощью восстановления симлинков (скрипт symlink.php). Только после этого остальные сайты будут работоспособны.

Резервное копирование сайта в облако 1С-Битрикс

«1С-Битрикс» предлагает клиентам бесплатную возможность «облачного» бэкапа. Объем выделенного места в облаке зависит от типа лицензии.

Суть облачного бэкапа

Благодаря резервному копированию в облако Битрикс, владельцы сайтов избавляются от необходимости:

• заниматься оформлением сторонних «облачных» аккаунтов и платить за них;
• выполнять сложные настройки в системе для использования аккаунтов;
• искать место под резервную копию своего проекта.

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

Функционал

С помощью «облачного» бэкапа на Битриксе вы можете:

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

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

Условия

Сохранение сайта в облако платформы Битрикс возможно лишь в следующих случаях:

• Сайт создан и функционирует на активной лицензии 1С-Битрикс.
• Установлен модуль Облако 1С-Битрикс.
• На сервере доступен php-модуль mcrypt.

При отсутствии модуля облачных сервисов Битрикса вы увидите следующую надпись:

Не установлен модуль облачных сервисов Битрикс

Работоспособность лицензии проверяется на странице Обновление платформы. В строке Обновления доступны отражена дата окончания лицензии. При отсутствии активной лицензии выполнить резервное копирование в облако Битрикса не получится.

Чтобы создать бэкап, переходим к странице резервного копирования, выбираем тип размещения и жмем Создать:

Страница резервного копирования Bitrix

Нужно ввести пароль для шифрования архива. Рекомендуемая длина – минимум 6 символов.

Вводим пароль для шифрования архива

В облаке хранится только 3 последних бэкапа. Если место ограничено, предыдущие версии автоматически удаляются. Удалить резервные копии самостоятельно не получится. Объем доступного пространства в облаке зависит от редакции 1С-Битрикс: Управление Сайтом:

• Старт – 1 Гб;
• Стандарт – 2 Гб;
• Малый бизнес – 4 Гб;
• Бизнес – 10 Гб.

Рекомендации по снижению нагрузки на сервер при резервном копировании сайта на 1С-Битрикс

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

Как избавиться от этих проблем? Вы должны поменять настройки в следующем окне:

Настройка режима архивации

Есть следующие варианты:

• Уменьшение максимального размера несжатых данных в одной части архива до 700 Мб.
• Сокращение длительности шага на 10 секунд, т.е. до 20 секунд.
• Увеличение времени интервала до 2-3 секунд.

Если бэкап по-прежнему перегружает сервер, увеличьте интервал и сократите длительность шага:

Уменьшение нагрузки через настройку длительности шага и интервала

Чем меньше длительность шага, тем короче время запуска скрипта, но чаще его запуск. Это уменьшит нагрузку на процессор.

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

Альтернатива: хранение бэкапов в облаке Яндекс.Диск

Бэкап на Яндекс Диск – это простое и быстрое решение проблем, возникающих при размещении резервных копий на облако Битрикса. Тут можно вспомнить:

• Недостаточный объем памяти в облаке Битрикс.
• Мало места для бэкапов на хостинге (тот же Яндекс предоставляет 1 Тб всего за пару сотен рублей в месяц).
• Много времени на размещение бэкапа и восстановление сайта.

Хранение на стороннем облаке все эти проблемы исключает.

Реализовать перенос на Диск самостоятельно крайне проблематично. Оптимальный вариант – купить специальное программное обеспечение, предлагаемое сторонними производителями.

Большинство продуктов отвечают всем запросам пользователей:

• Настройка автоматического удаления резервных копий на Диск, чтобы не контролировать остаток свободного пространства вручную. Более того, доступные объемы облака будут использоваться в разы эффективнее.
• Отображение всех резервных копий на Яндекс.Диске.
• Быстрое скачивание любой копии с облака на сайт, самостоятельное или автоматическое удаление бэкапов и выполнение иных действий.
• Возможность настройки системы таким образом, чтобы бэкапы размещались на Яндекс.Диск самостоятельно.

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