Обновление коробочной версии

Обновления в коробочном Битрикс24 не прилетают сами — их ставят вручную, и каждое требует проверки. Правильно выстроенный процесс превращает рискованную операцию в рутину: тестовая копия, обновление, проверка, перенос на боевой сервер. Разберём порядок и подводные камни.

Как устроены обновления в коробке

За обновления отвечает встроенный модуль «Обновление системы» (технология SiteUpdate) в административной части: Настройки → Обновление системы. Он подключается к серверам вендора, проверяет доступные версии модулей и загружает их.

Обновления бывают разного масштаба:

• Патчи и мелкие апдейты модулей — исправления и улучшения, ставятся часто и почти без риска;
• Обновления ядра — затрагивают базовые механизмы, требуют внимательной проверки;
• Смена мажорной версии — крупные изменения, иногда со сменой требований к PHP/MySQL.

Лицензия на обновления и её продление

При покупке коробки первый год обновлений включён в стоимость. По истечении срока право на обновления продлевают — иначе портал «замораживается» на текущей версии.

Почему продление важно даже для стабильно работающего портала:

• вместе с функциями приходят патчи безопасности;
• без обновлений растёт разрыв с актуальной версией, и разовый апгрейд становится сложнее;
• часть новых интеграций и API-возможностей доступна только на свежих версиях.

Тестовая копия — обязательный шаг

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

Порядок работы с копией:

1. снять полный бэкап боевого портала (файлы + база);
2. развернуть копию на staging-сервере с тем же окружением;
3. поставить обновление на копии;
4. прогнать ключевые сценарии: CRM, задачи, бизнес-процессы, интеграции;
5. убедиться, что кастомизации не сломались;
6. только после этого обновлять боевой портал в окно обслуживания.

Тестовое окружение должно максимально повторять боевое — те же версии PHP и MySQL, тот же набор модулей.

Порядок обновления боевого портала

Когда копия проверена, обновление боевого сервера выполняют аккуратно и предсказуемо:

1. предупредить сотрудников и выбрать время минимальной активности;
2. сделать свежий бэкап непосредственно перед обновлением;
3. по возможности включить режим технических работ;
4. запустить обновление через SiteUpdate;
5. дождаться завершения и проверить работу ключевых модулей;
6. очистить кеш (/bitrix/cache/, управляемый кеш) при необходимости.

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

Типовые проблемы и как их избежать

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

Отдельный риск — кастомизация «поверх» стандартных файлов. Если правки внесены прямо в файлы ядра, обновление их перезапишет. Доработки нужно выносить в свои модули и через события, чтобы они переживали апдейты.

Регламент и график обновлений

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

• Патчи безопасности — ставить оперативно;
• Функциональные обновления — планово, раз в период, после теста;
• Мажорные версии — отдельным проектом с проверкой требований к серверу;
• всегда — свежий бэкап перед любым обновлением.

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

Итог

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

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