Антон Чуркин

Автор статьи

Антон Чуркин
PHP программист

Написана 20.04.2022

Понравилось?
Поделись c друзьями:

Как сделать резервное копирование сайта на 1С-Битрикс

Когда вы разрабатываете веб-сайт, есть один важный шаг: настройка резервного копирования на Битриксе. К счастью, создание надлежащей резервной копии — относительно простая задача. Для этого нужно решить следующие вопросы:

  • Каким способом собираетесь копировать.
  • Как часто будете проводить резервное копирование..
  • Где будете хранить резервную копию.

Стабильность работы сайта на 1С-Битрикс зависит от ряда факторов

  • Ошибки пользователей;
  • вирусы;
  • сбои на стороне провайдера;
  • сбои на стороне сервера;
  • перенос ресурса;
  • DDoS-атаки.

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

Как избежать системного краха сайта

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

  • сроки (периодичность);
  • количество архивов датируемых разной датой.

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

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

    Полностью рассчитывать на автоматику не стоит, особенно, в периоды обновления контента. Средств защиты от системных сбоев с абсолютной гарантией не существует, поэтому делать резервную копию своего сайта нужно обязательно. То же относится и к другим продуктам 1С типа CRM Битрикс24.

    Во втором случае резервное копирование в Битрикс лучше осуществлять вручную и сразу скачивать архивы на локальный накопитель. Например, при подключении к серверу через FTP. Тогда даже при полном крахе сайта получится восстановить работу почти без простоев (типовой ресурс разворачивается за 10-40 минут). Такое особенно интересно, если по тарифу хостинг-провайдера не удается делать более 2-3 архивных копий.

    Особенности резервирования сайтов

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

    Также рекомендуется заранее дать ответы на вопросы:

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

    Резервные копии на стороне хостинг-провайдера

    На виртуальном хостинге независимо от провайдера обычно работает система резервирования без вмешательства пользователя. Созданные копии отображаются в личном кабинете, там же имеются кнопки для восстановления, ручного архивирования сайта. На размещение файла «по умолчанию» используется пространство, выделенное под сайт, поэтому на сервере лежит не более 2-3 последних дампов, включающих полную копию ресурса (и парочка только с изменениями).

    Иногда система хостинга делает архивы, которые содержат только файлы, измененные с момента осуществления последнего «снимка». Поэтому надо быть внимательным при переносе резервного файла на локальное хранилище. Если есть сомнения, лучше сделать копию Битрикс вручную, и уже ее необходимо скачать как «шаблонный» вариант. Последнее важно, потому что проблемы могут проявиться через 2-3 недели после изменений, за это время прежние копии будут затерты новыми.

    Резервное копирование средствами платформы 1С-Битрикс

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

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

    Возможности встроенного инструмента для создания бэкапов в 1С-Битрикс:

    Если размер несжатых данных превышает 1 Гбайт, система разобьет дамп резервной копии на две и более частей. Можно сделать резервную копию сайта Битрикс с размещением на локальном или облачном хранилище. Главное, разделить места хранения для повышения сохранности ресурса, но с учетом удобства обратного копирования. При обнаружении неполадок нужно иметь возможность быстро исправить их развертыванием даже «очень старой» копией.

    Сохранение архива в «локальную» папку

    Существует три способа сделать копию сайта Битрикс:

    В первом случае достаточно выбрать пункт меню «Резервное копирование», расположенный по пути – Настройки> Инструменты. Вот здесь впервые пользователь сталкивается с условиями компании 1С-Битрикс по предоставлению дискового пространства.

    Основные моменты для локальных резервных копий сайта:

    Так, на «Старте» и «Стандарте» выделяется всего 2 Гбайт, для «Малого бизнеса» лимит увеличен до 4 Гбайт, для «Бизнеса» до 10 Гбайт. На тарифе «Энтерпрайз» пространство под бэкапы ничем не ограничено. Выбрать место расположения архива можно после включения режима «экспертных настроек», он доступен в закладке «Параметры» и активируется галочкой в соответствующем пункте. Там же указывают, какие файлы исключить из резервирования.

    Правила применения масок исключения:

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

    При шифровании применяется алгоритм openssl_encrypt. Его можно отключить только при выборе локального хранилища, в «облаках» архивы хранятся только в зашифрованном виде. Такой подход необходим для поддержания заявленного уровня безопасности, все-таки сторонние хранилища – это определенный риск доступа к информации посторонних. Заданный пользователем пароль нужно хранить в надежном месте, потому что восстановить его при утрате не получится.

    Сохранение резервной копии в облачном хранилище

    При выборе в качестве места хранения «облака», предоставляемого разработчиком, понадобится установить модуль «Облачные хранилища (Clouds)» или убедиться в его наличии. То же относится к «облакам» сторонних разработчиков. Перед первым резервированием желательно уточнить, есть ли подключение с сервисом. В первом случае также понадобится легитимный коммерческий ключ и установленный модуль «Облако 1С-Битрикс (Bitrixcloud)».

    Особенности:

    Последнее зависит от встроенного алгоритма – файл всегда сначала создается локально и только затем переносится в «облако». При временных сбоях дамп можно найти по стандартному пути, в каталоге /bitrix/backup. После восстановления связи, когда система все-таки сможет скопировать сайт Битрикс в хранилище, тот будет автоматически удален. Физически хранилище «1С-Битрикс» расположено на сторонних серверах Amazon S3, поэтому приходится учитывать риски сбоев.

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

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

    Есть еще особенности:

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

    Восстановление ресурса из архивной копии

    Процедура распаковки сайтов предполагает пару простых действий. Нужно открыть вкладку «Список резервных копий», она доступна по пути – Настройки> Инструменты> Резервное копирование. Далее в меню действий нужного дампа следует выбрать пункт «Восстановить», после этого будет открыт мастер восстановления. Если сайт резервировали локально, после ввода пароля и его проверки сразу начнется распаковка.

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

    Если речь идет о переносе сайта на другой хостинг или с локальной машины в «облако», желательно проверить ресурс на соответствие минимальным техническим требованиям продукта. Это Apache версии 1.3 и выше, или MS IIS от 5.0, PHP от 7.4.0, MySQL от 5.6. При развертывании ресурса на виртуальной машине VDS или VPS еще желательно ознакомиться с требованиями к операционным системам, чтобы заранее обновить платформу до надлежащего состояния.

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

    Вывод

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

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

      • Где хранить архивные дампы. Крайне желательно разделить места хранения файлов сайта и его резервной копии. Пусть сервера провайдеров и гарантируют доступность минимум на 99,9%, но никто не даст гарантии, что компания не прекратит существование.
      • Как проверять работоспособность дампов. Мера необходимая, особенно, перед серьезными изменениями в коде сайта, после массовой заливки товара, корректировки цен. Иначе при сбое можно столкнуться с ошибками распаковки и, в итоге, лишиться сайта. Это отдельная тема, поэтому углубляться сейчас в нее не будем.
      • Сколько времени потребуется для восстановления. В среднем оно соответствует периоду, за который был создан архивный файл. Исходя из этого значения и планируют время, когда удобнее всего заниматься обслуживанием. Например, если разворачивают старую версию сайта, чтобы вернуть предыдущий вид меню.
      • Создание архивной копии сайта в текущем состоянии, включая опубликованный контент.
      • Работа с файлами формата .tag.tz, куда запаковывают файлы, папки и базу данных.
      • Исключение из архивов файлов по объему, превышающего заданное значение. То же в отношении таблиц вроде статистики, поискового индекса.
      • с сохранением архивного файла локально, по месту расположения самого ресурса
      • в «облаке» 1С-Битрикс
      • на стороннем облачном диске.
      • Бесплатно допускается размещать до 3-х архивов на каждую «активную» лицензию.
      • По умолчанию система использует каталог /bitrix/backup, она в дампы сайта не попадает.
      • Доступ к резервным копиям предоставляется по лицензионному ключу и паролю. Объем пространства в облачном хранилище зависит от выбранного тарифа.
      • символ умножения «*» соответствует любому количеству букв в имени файла или каталога;
      • косая черта «/» или «\» означает, что путь к файлу/папке надо считать от корня сайта;
      • отсутствие перечисленных символов означает копирование 100% объема файлов.
      • После окончания срока действия активной лицензии файлы бэкапов будут доступны только в течение 14 дней.
      • Восстановить сайт из архива получится только после активации лицензионного ключа, если предыдущий оказался «просроченным».
      • При недостатке свободного пространства на «облаке» перед созданием нового файла будут удалены все предыдущие.
      • Ошибки копирования архива в облачное хранилище приводят к автоматическому созданию локальной копии.

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

      Публичная часть «дополнительных» сохраняется в каталогах /bitrix/backup/sites/_ID_сайта_, после разархивации дампа понадобится самому перенести их в каталоги на сервере с теми же названиями.

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

Иван ЯрославцевДиректор Alto
Давайте обсудим ваш проект прямо сейчас

Разрешённые форматы: doc, docx, xlsx, txt, pdf, otf, png, tiff, bmp, jpeg и jpg. Размер файла не должен превышать 10 мегабайт.

Мы гарантируем, что ваши персональные данные не будут переданы третьим лицам.