Как безопасно обновлять 1С-Битрикс и не сломать рабочий сайт
Обновление 1С-Битрикс — обычная задача сопровождения, но на рабочем проекте она требует подготовки. Проблемы чаще возникают не из-за самого механизма обновлений, а из-за модифицированного ядра, старых модулей, несовместимого PHP, кастомных компонентов и отсутствия понятного плана отката.
Сначала определите, что именно будет обновляться
Перед запуском обновлений зафиксируйте текущую версию платформы, PHP, базы данных и список установленных модулей. Если сайт давно не обновлялся, переход через несколько крупных версий лучше не воспринимать как одну кнопку: сначала нужно проверить совместимость окружения и кастомного кода.
Сделайте резервную копию, которую можно реально восстановить
Архив файлов сам по себе не гарантирует безопасный откат. Нужны актуальная копия файлов, дамп базы данных и понимание, как вернуть проект в рабочее состояние. На критичном сайте полезно заранее проверить восстановление на отдельном контуре.
- копия файлов проекта;
- дамп базы данных;
- сохранённые конфигурации веб-сервера и PHP;
- зафиксированные версии сторонних модулей;
- план возврата DNS или виртуального хоста, если обновление проводится на копии.
Проверяйте обновление на тестовой копии
Тестовый контур позволяет увидеть ошибки до того, как их заметят пользователи. После обновления важно пройти не только главную страницу, но и реальные сценарии: авторизацию, формы, поиск, корзину, оформление заказа, обмен с 1С, административные страницы и фоновые задания.
Не забывайте про PHP и базу данных
Иногда обновление платформы совпадает с переносом на новый сервер или сменой версии PHP. В таком случае меняется сразу несколько факторов, и искать причину ошибки становится сложнее. Лучше разделять этапы: сначала проверить проект в новом окружении, затем обновлять CMS или наоборот.
Что проверить после обновления
- открытие публичной части без ошибок;
- работу административной панели;
- авторизацию и права пользователей;
- формы и отправку уведомлений;
- каталог, корзину и заказы;
- агенты, cron и обмены;
- логи PHP и веб-сервера.
Когда обновление лучше поручить сопровождению
Если проект содержит много кастомного кода, интеграции и давно не обновлялся, безопаснее сначала провести аудит. Это позволяет заранее найти изменённые файлы ядра и зависимости, которые могут перестать работать.
Такие работы относятся к технической поддержке сайтов. Если одновременно меняется серверное окружение, полезно также посмотреть статью о переносе сайта на новый сервер.