Администрирование · 11 мин
Как обновить 1С-Битрикс: полная инструкция для администратора
Пошаговое обновление 1С-Битрикс: резервная копия, проверка требований, установка обновлений через админку, типичные ошибки и способы их устранения.
Обновление 1С-Битрикс — не просто кнопка «Обновить»: это процедура, которая затрагивает ядро продукта, базу данных и шаблоны сайта. При неправильном подходе можно получить неработающий сайт, битые компоненты или потерю данных. При правильной подготовке обновление проходит за 15–40 минут и не требует восстановления из бэкапа.
Обновляться нужно регулярно: новые версии закрывают уязвимости безопасности, исправляют ошибки и добавляют поддержку актуальных версий PHP и MySQL. Сайт на устаревшем ядре — это риск взлома, некорректной работы с 1С при обмене данными и отказа хостинга при смене версии PHP.
Ниже — рабочий порядок действий: от проверки лицензии и резервного копирования до установки обновлений и контроля результата. Инструкция подходит для «Управление сайтом», «Корпоративный портал» и редакций с обменом с 1С.
Проверка лицензии и актуальности версии
Обновления доступны только при активной лицензии. Откройте в административной панели раздел «Настройки → Обновление платформы» (в старых версиях — «Marketplace → Обновление платформы»). Если лицензия истекла, система покажет уведомление, и установка обновлений будет недоступна — сначала продлите лицензию у партнёра или через личный кабинет на сайте вендора.
Там же видно текущую версию ядра и перечень доступных обновлений модулей. Обратите внимание на обновления с пометкой обязательных — они часто содержат исправления безопасности. Если сайт не обновлялся больше года, обновлений может накопиться несколько десятков, и ставить их лучше порциями, а не все сразу.
Отдельно проверьте купон обновлений: в разделе «Настройки → Обновление платформы → Установка обновлений» должен быть введён действующий лицензионный ключ. Без него система не сможет связаться с сервером обновлений.
Раздел «Обновление платформы» показывает статус и доступность обновлений
Смотрите внизу страницы админки или в разделе обновлений
Нужно место под резервную копию и распаковку обновлений
Резервное копирование перед обновлением
Резервная копия — обязательный шаг, без которого обновление превращается в лотерею. Самый надёжный способ — штатный механизм «Настройки → Инструменты → Резервное копирование». Создайте полную копию: файлы сайта плюс база данных. Сохраните архив локально или в облако, а не только на том же сервере.
Если сайт большой (десятки гигабайт), штатное копирование может упираться в лимиты PHP по времени выполнения. В этом случае сделайте копию средствами сервера: файлы — через архивацию по SSH или панель хостинга, базу — через mysqldump или phpMyAdmin. Убедитесь, что дамп базы создался без ошибок и имеет ненулевой размер.
Проверьте, что копия реально восстанавливается: хотя бы откройте архив и убедитесь в наличии папки bitrix, файла дампа базы и файлов публичной части. Копия, которую невозможно развернуть, не считается копией.
Проверка сервера и требований новой версии
Каждая новая версия ядра может повышать минимальные требования к PHP, MySQL и настройкам сервера. Перед обновлением откройте «Настройки → Инструменты → Проверка системы» и устраните все критические замечания: устаревшая версия PHP, отсутствующие расширения, низкие лимиты памяти.
Особое внимание уделите версии PHP. Если новая версия Битрикса требует более свежий PHP, чем установлен на сервере, сначала обновите PHP, проверьте работоспособность сайта на нём, и только потом обновляйте ядро. Обратная последовательность — частая причина «белого экрана» после обновления.
Также убедитесь, что на диске достаточно свободного места: обновления распаковываются во временные каталоги, и при нехватке места установка оборвётся на середине, оставив ядро в смешанном состоянии. Ориентируйтесь на запас в несколько раз больше размера папки bitrix.
Установка обновлений: пошаговый порядок
Оптимальное время — период минимальной посещаемости, обычно ночь или раннее утро. Хотя обновление штатными средствами обычно не останавливает сайт полностью, отдельные шаги (обновление базы данных) могут кратковременно замедлять работу.
Порядок установки важен. Сначала обновляется модуль «Главный модуль» (main), затем остальные модули. Система обычно сама предлагает правильную последовательность и блокирует установку зависимых модулей до обновления ядра. Не меняйте этот порядок вручную.
- 1Создайте и проверьте резервную копию файлов и базы данных
- 2Пройдите проверку системы и устраните критические замечания
- 3Откройте «Настройки → Обновление платформы» и запросите список обновлений
- 4Установите сначала обновление главного модуля, дождитесь завершения
- 5Установите остальные модули партиями по 3–5, после каждой партии проверяйте сайт
- 6Выполните предложенные обновления базы данных и мастера настройки
- 7Очистите кеш сайта и проверьте ключевые сценарии работы
Если обновлений много, ставьте их партиями по 3–5 модулей. После каждой партии открывайте публичную часть сайта и админку: так проще локализовать, какое именно обновление вызвало проблему. Установка 30 обновлений одним нажатием усложняет диагностику в разы.
Во время установки не закрывайте вкладку браузера и не обновляйте страницу. Прерывание на этапе выполнения SQL-запросов может оставить базу в несогласованном состоянии. Если процесс «завис», подождите несколько минут — большие таблицы (например, статистика или поисковый индекс) могут обновляться долго.
Что делать, если обновление завершилось ошибкой
Типовая ситуация — ошибка на этапе установки конкретного модуля. Запишите код и текст ошибки, затем откройте журнал: «Настройки → Инструменты → Журнал событий» и логи PHP/веб-сервера на хостинге. Чаще всего причины — нехватка памяти PHP, таймаут выполнения или недостаток прав на файлы.
Если сайт перестал открываться (белый экран, ошибка 500), включите вывод ошибок в файле /bitrix/.settings.php или посмотрите error_log сервера. Часто проблема решается отключением несовместимого стороннего модуля: переименуйте его папку в /bitrix/modules/ через FTP, и сайт поднимется.
Когда локализовать проблему не удаётся в течение разумного времени, правильное решение — откат на резервную копию, а не попытки «починить всё сразу». Восстановите файлы и базу из бэкапа, верните сайт в рабочее состояние, а затем разбирайте причину на тестовой копии.
Проверка сайта после обновления
После завершения установки очистите кеш: «Настройки → Настройки продукта → Автокеширование» → очистить все кеши. Затем пройдите ключевые сценарии вручную: главная страница, каталог, карточка товара, корзина, оформление заказа, формы обратной связи, поиск по сайту.
Если сайт интегрирован с 1С, обязательно выполните тестовый обмен: выгрузите несколько товаров и заказов и сверьте результат. Обновления модулей интеграции иногда меняют формат обмена, и ошибки всплывают именно здесь, а не на витрине.
В течение суток после обновления следите за журналом событий и логами ошибок PHP. Часть проблем (например, с агентами на cron или почтовыми событиями) проявляется не сразу, а при срабатывании регламентных операций.
Как проверить результат
Страницы открываются, верстка и цены корректны
Белый экран, ошибки 500, слетевшие стили
Заказ создается, письма уходят
Ошибка на шаге оплаты, заказ не появляется в админке
Товары и заказы передаются без ошибок
Ошибки авторизации обмена или формата данных
Нет массовых ошибок после обновления
Повторяющиеся ошибки модулей и агентов
Тестовая копия и автоматизация обновлений
Для сайтов с доработками и высокой посещаемостью правильная практика — обновляться сначала на тестовой копии. Разверните копию сайта на поддомене или отдельном сервере, прогоните обновление там, проверьте критичные сценарии и только потом повторите на «боевом» сайте. Это особенно актуально для магазинов с обменом с 1С и нестандартными шаблонами.
Тестовую копию пометьте как закрытую от индексации и отключите на ней отправку писем клиентам и боевой обмен с 1С — иначе тестовые заказы и письма уйдут реальным покупателям. Лицензия Битрикса допускает тестовые копии, но они не должны использоваться как публичные рабочие сайты.
Небольшие сайты без доработок можно обновлять напрямую, но резервная копия остаётся обязательной в любом случае. Разница только в том, что для простого сайта достаточно штатного бэкапа, а для нагруженного проекта нужен полноценный тестовый контур.
Как выбрать сценарий обновления
Частые вопросы
Можно ли обновлять Битрикс, если лицензия истекла?
Установка обновлений через штатный механизм будет недоступна — система требует активный лицензионный ключ. Сайт продолжит работать на текущей версии, но перестанет получать исправления безопасности. Рекомендуется продлить лицензию до начала обновления.
Сколько времени занимает обновление?
Для небольшого сайта с актуальной версией — обычно 15–40 минут вместе с бэкапом. Если накопилось много обновлений или большие таблицы базы, процесс может занять несколько часов. Основное время уходит на резервное копирование и обновление структуры базы данных.
Пропадут ли товары и заказы после обновления?
Штатное обновление не удаляет данные: товары, заказы и пользователи сохраняются. Риск потери данных связан не с самим обновлением, а со сбоями в его процессе — именно поэтому резервная копия базы обязательна.
Что делать, если после обновления сломался шаблон сайта?
Сначала полностью очистите кеш и скомпилированные файлы шаблона — часто проблема в устаревшем кеше. Если не помогло, проверьте, не использует ли шаблон устаревшие методы API, и откатите изменения из бэкапа либо адаптируйте шаблон под новую версию на тестовой копии.
Нужно ли обновлять решения из Marketplace отдельно?
Да, сторонние модули и решения обновляются в том же разделе «Обновление платформы», отдельным списком. Их лучше ставить после обновления ядра: новые версии решений часто выпускаются под свежее ядро и могут не работать на старом.
Можно ли обновить Битрикс вручную, без админки?
Технически возможно распаковать дистрибутив поверх существующих файлов, но это обход штатного механизма: обновления базы данных и мастера настройки придётся выполнять вручную, а риск ошибки существенно выше. Ручной способ оправдан только в исключительных случаях и требует опыта администрирования.
Что важно запомнить
Безопасное обновление Битрикса строится на трёх правилах: проверенная резервная копия до старта, установка обновлений партиями в правильной последовательности и обязательная проверка сайта, заказов и обмена с 1С после завершения. При любых сомнениях — сначала тестовая копия, потом боевой сайт.