Обновление 1С до нового релиза: платформа и конфигурация по шагам

Переход на новый релиз 1С — это два разных действия. Обновляют платформу 1С:Предприятие (номер вида 8.3.24.xxxx) и отдельно обновляют конфигурацию — прикладное решение, например «Бухгалтерия предприятия», редакция 3.0.xxx. Платформу ставят установщиком дистрибутива, конфигурацию — командой обновления из подключённого сервиса или из файла поставки .cfu. Это разные сущности, и путать их не стоит: можно поменять платформу, не трогая конфигурацию, и наоборот.

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

Платформа и конфигурация — что из этого вы обновляете

Сначала определитесь, что именно устарело.

• Платформа — это сам «движок» (1cv8.exe). Её номер виден в окне запуска баз и в меню Справка → О программе. Разные версии платформы спокойно живут на одном компьютере в папках C:\Program Files\1cv8\<номер>.
• Конфигурация — прикладная программа поверх платформы. Её редакцию и релиз видно в том же О программе и в заголовке окна.

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

Актуальные номера релизов для основных продуктов:

Что сделать до обновления

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

Про копию отдельно. В файловой базе быстрее всего сделать выгрузку: Конфигуратор → Администрирование → Выгрузить информационную базу в файл .dt. В клиент-серверной копию снимают средствами СУБД (бэкап базы PostgreSQL или MS SQL) — это надёжнее и быстрее, чем выгрузка .dt на больших объёмах.

Как обновить платформу 1С:Предприятие

Платформу меняют установкой нового дистрибутива. Старые версии при этом не удаляются автоматически.

1. Скачайте дистрибутив платформы нужной версии с официального сайта обновлений (доступ — по договору ИТС / подписке). Для сервера и для клиента это один дистрибутив, но компоненты при установке выбираются разные.
2. Распакуйте архив и запустите setup.exe.
3. В мастере установки выберите компоненты. Для рабочего места достаточно 1С:Предприятие. Для сервера отметьте компонент сервера.
4. Дождитесь окончания и, если предложит, установите драйвер защиты (для аппаратного ключа HASP).

После установки в окне запуска баз в списке версий появится новый номер. Чтобы база запускалась именно на нём, либо задайте версию в свойствах базы (кнопка Изменить в окне запуска), либо удалите старую платформу, когда убедитесь, что всё работает.

Порядок на клиент-серверной базе

Здесь установка платформы затрагивает службу «Агент сервера 1С:Предприятия», поэтому порядок жёстче.

1. Завершите работу пользователей и остановите службу сервера 1С. Остановка службы обрывает все активные сеансы — делайте это только в согласованное окно.
2. Установите новую платформу (с компонентом сервера) на все серверы кластера. Версия платформы на сервере и на клиентах должна быть согласована — держите одинаковые номера.
3. Запустите службу сервера.
4. Проверьте, что кластер поднялся, через консоль администрирования или rac. Общий список кластеров и баз смотрите командами rac cluster list и rac infobase summary list; точный синтаксис параметров — в rac help.

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

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

Для доработанной базы (снятой с поддержки частично или полностью) любой способ упрётся в окно сравнения-объединения. Это не ошибка, а штатный механизм: платформа показывает, что в типовой изменилось и что из этого накладывается на ваши правки. Автоматически «принять всё» в такой базе нельзя — затрёте доработки.

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

Конфигурацию обновляют одним из двух способов. Выберите по ситуации, опираясь на таблицу выше.

Способ 1. Автоматически, из сервиса обновлений (рекомендуемый для типовых баз). В режиме 1С:Предприятие откройте раздел Администрирование и найдите блок настроек интернет-поддержки и обновлений (название пункта может отличаться между релизами). Там есть проверка и установка обновления: программа сама скачает нужный релиз с учётом текущей версии и предложит обновить. Этот путь безопаснее — он подбирает корректную цепочку промежуточных релизов.

Способ 2. Вручную, из файла поставки (.cfu или .cf), через Конфигуратор. Так обновляют, когда интернета на сервере нет или нужен конкретный релиз.

1. Откройте базу в Конфигураторе.
2. Меню Конфигурация → Поддержка → Обновить конфигурацию.
3. Выберите источник: файл обновления .cfu (накопительное обновление) или полный .cf.
4. В окне сравнения-объединения примите изменения. Для типовой базы без доработок — принимаете всё.
5. Нажмите Обновить конфигурацию базы данных (клавиша F7).

На шаге 5 платформа перестраивает структуру данных, и для этого ей нужен монопольный доступ к базе. Если в базе есть активные сеансы, появится список пользователей, которых надо попросить выйти.

Запуск обработчиков обновления

После реструктуризации работа не заканчивается. При первом входе в базу в режиме 1С:Предприятие запускаются обработчики обновления данных — они пересчитывают и перестраивают данные под новый релиз (новые регистры, реквизиты, перепроведение).

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

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

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

Монопольный доступ и блокировка на клиент-серверной базе

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

• Блокировку начала работы и установку монопольного режима задают в настройках информационной базы (через консоль администрирования кластера или rac), с указанием кода разрешения для входа администратора.
• Завершать зависшие сеансы принудительно — только когда пользователи предупреждены: оборванный сеанс может оставить непроведённый документ.

Снимите блокировку после того, как обработчики обновления отработали и вы проверили базу.

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

Не открывайте базу всем сразу. Сначала короткая проверка силами одного-двух человек.

1. Войдите, убедитесь, что Справка → О программе показывает новые номера платформы и конфигурации.
2. Откройте несколько рабочих документов за последний период — провелись ли они, на месте ли суммы.
3. Сформируйте привычный отчёт (оборотно-сальдовую ведомость или аналог по вашей конфигурации) и сверьте итоги с тем, что было до обновления.
4. Проверьте обмены и интеграции, если они есть: выгрузку в банк, ЭДО, обмен между базами.
5. Проверьте печать типовых форм — после смены релиза макеты иногда обновляются.

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

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

Типичные ошибки и как их устранить

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

• «Несовместимая версия платформы» — релиз конфигурации требует платформу выше установленной. Сначала обновите платформу, потом конфигурацию.
• Не удаётся получить монопольный доступ — в базе остались сеансы. Попросите пользователей выйти, на сервере — поставьте блокировку начала сеансов и завершите оставшиеся сеансы.
• Конфликты при сравнении-объединении — база с доработками снята или частично снята с поддержки. Автоматическое «принять всё» затрёт доработки; разбирайте объединение вручную или с тем, кто вносил изменения.
• Обработчики обновления «висят» — на большой базе это нормально, им нужно время. Прерывать нельзя: оборванный пересчёт данных приводит к ошибкам учёта.
• После обновления не печатается форма / пропала команда — чаще всего помогает очистка кэша: закройте базу и удалите кэш (каталог вида 1cv8 в профиле пользователя) либо запустите с ключом очистки. Делайте это, когда в базе никого нет.
• Платформа не запускается без ключа/лицензии — проверьте ключ защиты и лицензии. Без действующей лицензии платформа не откроет базу (исключение — учебная версия).

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