Обновление Битрикс завершено не тогда, когда исчезла полоса установки, а когда сайт выполняет прежние задачи: принимает обращения, показывает правильные цены, передаёт данные и позволяет редактору работать. Подготовка нужна, чтобы обнаружить несовместимость на копии и иметь понятный путь восстановления. Здесь — порядок, по которому владелец может поставить задачу и принять работу, не запуская опасные команды на рабочем сервере.
Определите, что именно обновляется
Платформа, стороннее решение, пользовательские модули, PHP и серверное окружение — разные слои. Если изменить их одновременно без предварительного испытания, причину сбоя будет трудно локализовать. Составьте список: текущая версия, целевая версия, причина изменения, ответственный и зависимые компоненты. Не заменяйте его формулировкой «обновить до последнего».
Уточните доступность обновлений по лицензиям CMS и платных дополнений. У них могут быть разные сроки и правила. Актуальные условия поставки и продления описывает производитель платформы; совместимость готового решения подтверждает его разработчик. Покупка продления открывает доступ к соответствующим обновлениям, но сама не проверяет пользовательский код сайта.
Зафиксируйте, что сейчас уже не работает. Например, поиск давно не находит снятые с продажи товары или письмо попадает в спам. Это отдельные дефекты, иначе после обновления невозможно отличить регрессию от существующей проблемы. Сохраните несколько контрольных страниц и результаты сценариев до вмешательства.
Шаг 1. Проверьте резервную копию, а не наличие архива
Нужна согласованная копия базы данных, кода, загруженных файлов и необходимых настроек. Перечень внешних зависимостей хранится отдельно: платёжный сервис, почта, CRM, расписания, файловые хранилища. Пароли и ключи не включайте в общий отчёт; обеспечьте ответственному специалисту доступ к ним через приватное хранилище.
Проверьте время создания, состав, все части архива и место хранения. Архив только базы не восстановит удалённые фотографии, а архив только файлов — редакционные изменения и заказы. Копия на том же повреждённом диске может оказаться недоступна вместе с сайтом. Нужна хотя бы одна доступная копия вне текущей установки и понятный срок её хранения.
В официальном уроке о создании резервной копии отдельно поясняется ограничение проверки целостности архива: успешная проверка файла не заменяет восстановление сайта. Поэтому выполните пробное восстановление в изолированной среде. Запишите, сколько оно заняло, кто его проводил и какие сценарии удалось открыть.
Не проверяйте восстановление поверх действующего сайта. Если копия зашифрована, убедитесь, что пароль доступен ответственному человеку. Если архив разбит на части, нужны все части. Инструкция восстановления должна быть понятна другому специалисту: отсутствие автора обновления не должно превращаться в отсутствие возможности вернуть сайт.
Шаг 2. Сделайте тестовую копию безопасной
Копия должна быть закрыта от посторонних на уровне доступа; один запрет индексации не является защитой. Сразу проверьте домен, базу и каталоги: тест не должен писать в рабочие данные. После развёртывания отключите реальные письма, платежи, сообщения CRM и задания обмена до их осознанной тестовой настройки.
Оставьте возможность испытать интеграции через песочницы, учебные аккаунты или согласованные заглушки. «Отключили всё» безопасно для клиентов, но не доказывает совместимость платёжного обработчика. Для такого компонента нужен отдельный тестовый сценарий. Секреты производства не копируют в общедоступные файлы и не отправляют вместе со скриншотами.
Окружение копии должно быть достаточно близким к рабочему: версия PHP, расширения, база данных, настройки веб-сервера и способ выполнения фоновых задач. При этом отличия нужно записать. Проверка на другом окружении полезна, но результат «на ноутбуке работает» не доказывает работоспособность на хостинге.
Шаг 3. Составьте матрицу приёмки
Выберите сценарии по риску для бизнеса. Сайт услуг и интернет-магазин не должны получать одинаковый формальный чек-лист. Для каждой проверки укажите ожидаемый результат и место, где его увидеть. «Форма открывается» слабее, чем «учебное обращение сохранено и связано с тестовой записью CRM».
| Область | Действие | Проверка результата |
|---|---|---|
| Обращение | Отправить учебную форму | Запись и доставка |
| Каталог | Выбрать товар и вариант | Цена и наличие |
| Редактор | Изменить тестовый текст | Сохранение и вывод |
| Интеграция | Передать учебное событие | Один результат без дубля |
Дополнительно проверьте поиск, авторизацию, восстановление доступа, загрузку файла, мобильное меню и права разных ролей. Для магазина добавьте оформление заказа, доставку, скидки и тестовую оплату. Для сайта с 1С — отдельные изменения цены и остатка. Не выдавайте настоящие заказы и платежи за безопасный тест без согласованного процесса.
Для публичных страниц сохраните URL, заголовок, canonical, статус ответа и правила индексации. Сравните важные редиректы. Тестовый домен не должен попасть в ссылки опубликованного сайта, а случайный запрет индексации — переехать с копии на продакшен. Проверяйте и страницы из середины каталога: одна главная не представляет всю структуру.
Шаг 4. Выполните обновление на копии
Следуйте инструкции производителя для выбранной версии и зависимостей. Перед каждым существенным этапом фиксируйте состояние и сообщения установщика. Не скрывайте ошибки отключением проверок безопасности или правкой ядра. Если сторонний модуль блокирует обновление, выясните совместимую версию или согласуйте замену отдельно.
После установки проверьте журналы приложения и сервера за интервал работ. Пустая страница может сопровождаться записью об ошибке, а внешне нормальная страница — фоновыми сбоями обмена. В отчёт достаточно включить время, компонент, краткое описание и результат устранения. Полные трассировки с путями, ключами и персональными данными не публикуют.
Пройдите матрицу сценариев сначала на копии, затем оцените время работ. Если для исправления пришлось менять пользовательский код, включите эти изменения в план переноса. Не ограничивайтесь переносом обновлённых файлов: зависимые изменения базы, настройки и миграции тоже требуют учёта.
Учебный пример: форма открывается, но обращение не сохраняется
Представим сайт услуг с собственной формой. До обновления тестовое обращение demo-17 сохранялось и отправлялось в учебную CRM. После обновления главная и форма выглядят нормально, кнопка показывает успех, но новая запись отсутствует. Это учебный случай, не описание проекта клиента.
Приёмка по скриншотам пропустила бы дефект. Проверка полного маршрута показывает расхождение на шаге сохранения. Специалист смотрит запрос формы и журнал соответствующего времени, устраняет несовместимость обработчика на копии и повторяет сценарий. Затем проверяет ошибочный ввод и повторное нажатие кнопки, чтобы исправление не породило другую проблему.
Перенос в производство разрешается после успешной повторной проверки. Нельзя компенсировать потерю записи красивым сообщением «мы вам перезвоним» или предположением, что письмо всё равно пришло. Если форма — основной способ получения заказов, её сбой является достаточным основанием не принимать обновление.
Шаг 5. Спланируйте рабочее окно и новые данные
Выберите период с учётом реальных обращений и фоновых операций. Назначьте исполнителя и человека, который принимает решение продолжать или возвращаться. Определите условия остановки: например, не сохраняются заявки, нарушены цены или не работает авторизация. Нужен также предел времени на разбор, чтобы окно работ не растянулось неопределённо.
Непосредственно перед изменением создайте свежую точку восстановления. Если обновление требует ограничить запись новых данных, заранее определите, как посетитель поймёт временное ограничение и куда обратиться. Не допускайте скрытого режима, в котором форма обещает успех, а база фактически недоступна.
Если сайт продолжает принимать заказы во время работ, продумайте их сохранение при откате. Между резервной копией и решением о возврате могут появиться новые обращения, оплаты, статусы и файлы. Они не исчезают из реального бизнеса от того, что база вернулась к вчерашнему состоянию. Такой сценарий требует отдельной сверки, иногда с внешними системами.
Что означает корректный откат
Возврат файлов без соответствующей базы может создать несовместимую установку. Полное восстановление базы может удалить новые данные. Поэтому вариант выбирает специалист по результату анализа изменений: возврат согласованного комплекта, исправление вперёд либо восстановление части данных с проверкой связей. Универсальной кнопки, безопасной для любого проекта, нет.
Официальный урок восстановления из резервной копии описывает штатные способы и различия архивов. Используйте его для подготовки процедуры на копии, а не как повод немедленно запускать восстановление рабочей базы. После работ служебные установщики и доступные извне архивы не должны оставаться на сайте.
После возврата снова пройдите критические сценарии и сверку новых данных. Проверьте расписания: временно остановленный обмен легко забыть включить. Убедитесь, что старый и новый исполнитель не работают параллельно. Сохраните причину отката и условия следующей попытки, иначе команда повторит тот же эксперимент.
Приёмка после публикации и когда не покупать лишнее
На рабочем сайте проверьте ключевые страницы, одну согласованную форму, административный вход и фоновые задания. Наблюдайте не только сразу после переключения, но и после ближайшего планового обмена или другого важного цикла. Сравните ошибки и доступность с состоянием до работ. Обещание «сегодня не падало» без проверенных сценариев слишком расплывчато.
Не меняйте хостинг только потому, что обновление обнаружило ошибку пользовательского модуля. Не покупайте старшую редакцию ради несовместимой функции, пока не проверена реальная зависимость. Не откладывайте необходимые исправления безопасности бесконечно: безопасная подготовка означает организованное окно и проверку, а не отказ от обслуживания.
Регрессия — нарушение ранее работавшей функции; staging — изолированная копия для проверки; миграция — изменение структуры или данных при переходе версии; точка восстановления — согласованное состояние файлов и базы. Итоговый отчёт должен содержать версии до и после, копию и результат восстановления, матрицу проверок, найденные дефекты и оставшиеся ограничения. Эту таблицу можно использовать самостоятельно или приложить к задаче на поддержку сайта.
Применить к своей задаче
Подготовить проверяемое окно обновления: версии, восстановление, изоляция копии, функциональные проверки, условия остановки и сохранение новых данных при откате.
План обновления и матрица приёмки Битрикс: открыть рабочий материал · Скачать CSV для заполнения. Доступ свободный, без регистрации. Можно использовать самостоятельно или передать своему исполнителю.