1С: что обновлять сначала — платформу или конфигурацию

Порядок обновления в 1С — один из самых частых вопросов у администраторов и бухгалтеров, обслуживающих базу самостоятельно. Ошибка в последовательности приводит к ситуации, когда конфигурация не запускается на новой платформе или обновление конфигурации отклоняется установщиком. Разобраться в приоритете несложно, если понимать логику зависимости между двумя компонентами.

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

При этом обратная ситуация безопасна: новая платформа, как правило, сохраняет обратную совместимость со старыми конфигурациями. Поэтому обновление платформы «вперёд» конфигурации — штатный и рекомендуемый сценарий, а не риск.

Почему платформа обновляется первой

Технологическая платформа — это среда исполнения, в которой работает конфигурация. Каждый релиз типовой конфигурации (1С:Бухгалтерия, 1С:ЗУП, 1С:Управление торговлей и другие) сопровождается указанием минимальной версии платформы, с которой он совместим. Эту информацию поставщик публикует в описании обновления и в файле поставки.

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

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

Как проверить совместимость версий до обновления

Перед началом работ определите три значения: текущую версию платформы, текущий релиз конфигурации и требования нового релиза конфигурации. Текущую версию платформы видно в заголовке окна программы или через меню «Сервис» — «О программе». Релиз конфигурации отображается там же, а также в конфигураторе через «Конфигурация» — «Поддержка» — «Настройка поддержки».

Требования нового релиза конфигурации указаны в файле описания обновления (обычно это файл с расширением .htm или текстовый файл в составе дистрибутива) и на портале поставщика. Найдите строку вида «Для работы с конфигурацией требуется платформа версии не ниже…» — это и есть целевая версия, до которой нужно обновить платформу.

Пошаговый порядок безопасного обновления

Независимо от того, работаете вы с файловой или клиент-серверной базой, общая последовательность одинакова. Ключевые условия: наличие актуальной резервной копии, отсутствие активных сеансов пользователей во время обновления конфигурации и достаточные права (административные права на компьютере для установки платформы, полные права в базе для обновления конфигурации).

1. 1
   Сделайте резервную копию базы: для файловой — выгрузку в dt через конфигуратор или копирование файла 1Cv8.1CD, для клиент-серверной — средствами СУБД
2. 2
   Проверьте требования нового релиза конфигурации к версии платформы
3. 3
   Завершите работу всех пользователей и установите новую платформу через setup.exe из дистрибутива
4. 4
   Запустите базу на новой платформе и убедитесь, что она открывается в обычном режиме
5. 5
   Обновите конфигурацию через конфигуратор («Поддержка» — «Обновить конфигурацию») или через интернет из режима предприятия, если конфигурация это поддерживает
6. 6
   Выполните обновление данных (примите изменения структуры) и дождитесь окончания обработчиков обновления
7. 7
   Проверьте работоспособность: откройте ключевые документы, отчёты и печатные формы

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

Особенности для файловых и клиент-серверных баз

В файловом варианте обновление платформы выполняется локально на каждом компьютере, с которого заходят в базу. Важно следить, чтобы версии платформы на всех рабочих местах совпадали: если база уже открывалась новой версией, старые платформы могут отказаться с ней работать. Поэтому в небольших сетях платформу обновляют на всех машинах в один день.

В клиент-серверном варианте платформа обновляется на сервере 1С:Предприятия и на клиентских местах. Здесь критична согласованность версий сервера и клиентов: клиент не подключится к серверу другой версии. Порядок такой: остановить регламентные операции, обновить сервер, затем клиентские места, затем конфигурацию через конфигуратор с монопольным доступом.

Когда конфигурацию обновлять не нужно

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

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

Маршрут решения

Как выбрать действие

Новый релиз конфигурации требует платформу выше установленнойОбновите платформу до требуемой версии или выше, затем конфигурацию

Платформа уже соответствует требованиям релизаОбновляйте только конфигурацию, платформу можно не трогать

Вышла новая платформа, конфигурация не меняетсяМожно обновить только платформу, предварительно проверив совместимость

База сильно доработана и нет специалиста по обновлениюНе обновляйте самостоятельно — привлеките разработчика для сравнения и объединения конфигураций

Типичные ошибки и их последствия

Большинство проблем при обновлении связано не с самим процессом, а с нарушением порядка и пропуском подготовительных шагов. Ниже — ошибки, которые встречаются чаще всего.

Отдельно стоит упомянуть доработанные конфигурации. Если в базу вносились изменения (дополнительные отчёты, изменённые документы, доработанные модули), обновление может затереть эти изменения или потребовать ручного объединения. В таком случае перед обновлением нужно зафиксировать список доработок и быть готовым к режиму сравнения и объединения конфигураций.

Как проверить, что обновление прошло успешно

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

Контрольные точки

Как проверить результат

Номера версий в разделе «О программе»

Норма

Платформа и конфигурация соответствуют установленным релизам

Тревожный признак

Версия конфигурации старая — обновление не применилось

Отложенные обработчики обновления

Норма

Все обработчики выполнены, очередь пуста

Тревожный признак

Есть невыполненные или завершившиеся с ошибкой обработчики

Открытие ключевых документов и отчётов

Норма

Документы открываются, отчёты формируются без ошибок

Тревожный признак

Ошибки при открытии объектов или формировании отчётов

Печатные формы и обмены данными

Норма

Печать работает, обмены (банк, ЭДО, синхронизация) проходят

Тревожный признак

Ошибки печати или сбои обмена после обновления

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

Частые вопросы

Можно ли обновить конфигурацию, не обновляя платформу?

Да, если установленная версия платформы соответствует требованиям нового релиза конфигурации. Требования указаны в описании обновления. Если платформа старше требуемой — сначала обновите её.

Что будет, если платформа новее, чем требует конфигурация?

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

Нужно ли обновлять платформу на всех компьютерах сразу?

В файловом режиме — желательно в один день, чтобы версии не разошлись. В клиент-серверном режиме клиент и сервер должны иметь совместимые версии, иначе подключение будет невозможно, поэтому обновление планируют на нерабочее время.

Как откатить обновление, если что-то пошло не так?

Штатного механизма отката нет. Восстановите базу из резервной копии, сделанной до обновления: для файловой базы — верните файл 1Cv8.1CD или загрузите dt, для клиент-серверной — восстановите копию средствами СУБД. При необходимости переустановите прежнюю версию платформы.

Как обновиться, если база отстала на много релизов?

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

Опасно ли обновлять доработанную конфигурацию самостоятельно?

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