Короткий ответ
Хорошая новость: «убитый» коробочный Битрикс24 — портал, который годами не видел обновлений, — почти всегда можно вернуть к жизни без потери данных. Лечение идёт в таком порядке: полный бэкап (резервная копия файлов и базы — страховка на случай «что-то пошло не так») → разворачивание копии портала на тестовом сервере → устранение блокеров (агенты, диск, права) → продление лицензии (без активной подписки обновления просто не скачаются) → поэтапное обновление PHP и ядра по цепочке версий — сначала на копии → проверка доработок → перенос на боевой портал в нерабочее время.
По срокам: типовой проект восстановления занимает от 3–5 рабочих дней до двух-трёх недель, если случай запущенный. Важный нюанс: откат на старый бэкап после неудачного самостоятельного обновления стирает всё, что сотрудники внесли после этого бэкапа, — поэтому обновлять «вживую», прямо на рабочем портале без копии, лучше не надо. И честная оговорка: если ядру больше пяти-шести лет, а доработки сделаны прямо в ядре, иногда дешевле поставить систему заново и аккуратно перенести данные.
Коробочный Битрикс24 редко ломается в один день. Обычно он «умирает» тихо и вежливо: сначала перестают приходить обновления (закончилась лицензия), потом сотрудники привыкают, что «поиск всё равно ничего не находит», письма уходят через раз, а раздел задач открывается за двадцать секунд. К нам в Interland такие порталы попадают регулярно: для «Проектного Центра Сибири» мы восстанавливали именно такой портал — диагностика, реанимация, донастройка и перевод на регулярное сопровождение, причём системой в этом состоянии пользовалась вся компания. В этой статье расскажем, как понять, что ваш портал потихоньку сдаёт, почему его нельзя «просто обновить» одной кнопкой и как проходит восстановление без потери истории.
Диагностика: симптомы и что они значат
| Симптом | Что происходит на самом деле |
| Уведомления и письма приходят с опозданием или не приходят | Остановились агенты (фоновые задания, которые портал выполняет сам, как посудомойка — пока все занимаются делами). Стоят агенты — стоят и роботы CRM |
| Поиск не находит документы и задачи | Остановилась индексация — портал перестал вести внутреннее «оглавление» для поиска. Часто виноваты те же агенты или забитый диск |
| Портал тормозит, разделы открываются секундами | Старая версия PHP (языка, на котором работает портал), выключенный кеш, разросшиеся логи и служебные таблицы |
| «Обновления недоступны» | Истекла лицензия: без активной подписки коробка не получает ни новых функций, ни заплаток безопасности |
| Ошибки после любой попытки что-то настроить | Версия ядра (основы системы) не дружит с текущими PHP/MySQL, а модули из Маркетплейса давно заброшены авторами |
| «Бэкапы вроде делаются» | Их никто ни разу не пробовал развернуть — а непроверенный бэкап, увы, просто файл с обнадёживающим названием |
Если вы узнали свой портал хотя бы в трёх строках — он не «немного устарел», ему уже нужна помощь. К тому же портал без обновлений, открытый в интернет, — как дверь без замка: может, никто и не зайдёт, но проверять не хочется. Подробнее об этом — в нашем разборе коробки и облака.
Почему нельзя «просто нажать обновить»
- Цепочка версий. Ядро, которое не обновлялось три-четыре года, нельзя перевести на актуальное одним прыжком: обновления встают только по очереди, и по пути почти всегда есть контрольные точки со сменой требований — например, актуальные версии ядра просят PHP 8.1 и новее, а старое ядро на PHP 8 просто не заведётся. Поэтому обновляются «лесенкой»: ядро до промежуточной версии → PHP → снова ядро.
- Доработки в ядре. Классика заброшенных порталов — правки прямо в системной папке /bitrix/ вместо предназначенной для этого /local/. Это как хранить свои документы в чужом кабинете: первое же обновление их перезапишет, и «внезапно» отвалится что-то важное. Такие правки лучше заранее найти и переселить.
- Откат — это потеря данных. Если обновить рабочий портал без копии и что-то пойдёт не так, восстановление из вчерашнего бэкапа сотрёт всё, что сотрудники внесли после него: сделки, задачи, комментарии. Поэтому весь процесс живёт на тестовой копии, а боевой портал трогают один раз — в заранее согласованное окно.
- Лицензия. Обновления доступны только при активной подписке (продление — порядка 25% стоимости лицензии в год). Продлевать придётся в любом случае, так что это первый пункт сметы восстановления.
Как проходит восстановление: 7 шагов
- 1. Аудит. Смотрим версии ядра, PHP, MySQL, состояние агентов, место на диске, логи ошибок, список модулей и доработок. День работы — и у вас честная картина и смета.
- 2. Полный бэкап файлов и базы, причём с проверкой разворачивания. Это страховка всего проекта.
- 3. Тестовая копия. Разворачиваем портал на отдельном сервере — все дальнейшие операции сначала здесь, вдали от живых данных.
- 4. Устранение блокеров. Оживляем агенты и cron (планировщик заданий на сервере), чистим логи и мусорные таблицы, освобождаем диск, переселяем правки из ядра в /local/.
- 5. Обновление лесенкой. Продлеваем лицензию, затем идём по цепочке: ядро → PHP → ядро → MySQL → ядро, сверяясь с монитором качества после каждого шага.
- 6. Проверка функций. CRM, задачи, диск, почта, телефония, интеграция с 1С — её после смены PHP проверяем отдельно, потому что обмен с 1С (робот-курьер между вашей учёткой и порталом) чувствителен к окружению. Плюс права доступа и структура компании.
- 7. Перенос на боевой в нерабочее окно, затем две недели усиленного наблюдения и регулярное сопровождение, чтобы история не повторилась: обновления раз в квартал, присмотр за агентами и бэкапами.
По срокам: типовой случай — от 3–5 рабочих дней, запущенный (ядро не обновлялось 4+ года, правки в ядре, уставший сервер) — две-три недели. Именно так выглядел проект «Проектного Центра Сибири»: сначала реанимация и стабилизация, затем базовая донастройка задач и проектов, и только потом — развитие.
Из чего складывается смета
Чтобы бюджет не оказался сюрпризом, вот из чего состоит типовой проект восстановления. Обязательная часть: продление лицензии (порядка 25% её стоимости — этот платёж уходит вендору, не интегратору), аудит с планом работ, бэкап и тестовая копия, обновление лесенкой, проверка функций и перенос. Переменная часть зависит от того, что найдёт аудит: переселение правок из ядра в /local/, замена заброшенных модулей Маркетплейса, переезд на новый сервер, если старый не тянет требования актуального ядра, и перенастройка интеграций после смены PHP. Поэтому честная смета появляется после аудита, а не по телефону: до диагностики любой названный бюджет — гадание. Сам аудит при этом стоит фиксированно и занимает один-два дня — недорогой способ превратить «страшно трогать» в понятный план с цифрами.
Когда восстанавливать невыгодно
Скажем честно: не всякий портал стоит спасать. Если ядру больше пяти-шести лет, активных данных немного, а доработки всё равно предстоит переделывать, — чистая установка актуальной коробки с переносом данных (пользователи, структура, CRM, диск) выходит быстрее и дешевле, чем археология. Похожую развилку мы проходили при переводе НЗМО на коробочный Битрикс24. Решение принимается после аудита, а не до него: иногда «страшный» портал оживает за неделю, а иногда «почти нормальный» оказывается дороже переезда.
Профилактика: чтобы не пришлось реанимировать снова
- Продлевайте лицензию не «когда сломается», а по календарю — заплатки безопасности дешевле любого инцидента.
- Обновляйтесь раз в квартал небольшими шагами — это час работы вместо трёхнедельного проекта раз в пять лет.
- Бэкапы: автоматические, вне сервера портала, с ежеквартальной проверкой разворачивания.
- Мониторинг: агенты, диск, ошибки — три метрики, которые предсказывают 90% проблем.
- Все доработки — только в /local/, ядро не трогаем.
Всё это — обычный состав сопровождения Битрикс24: держать портал здоровым заметно дешевле, чем раз в несколько лет устраивать ему реанимацию.
Вывод
Заброшенная коробка — не приговор: данные почти всегда сохраняются полностью, а портал спокойно доводится до актуального ядра. Главные правила простые: не обновлять боевой без тестовой копии, начинать с бэкапа и аудита, идти лесенкой и после проекта не бросать портал снова.
Interland — золотой партнёр 1С-Битрикс в Новосибирске: настраиваем и восстанавливаем коробочные порталы Битрикс24 — от аудита до сопровождения. Напишите нам в чат: бесплатно посмотрим, как себя чувствует ваш портал, и честно скажем, что с ним лучше сделать — лечить, обновлять или переезжать, и во что это обойдётся. Иногда для спокойствия хватает одного разговора.
