Обновление технологической платформы 1С 8.3 своими силами

Обновить платформу — это установить новую версию 1С:Предприятия (например, 8.3.24.1234 вместо 8.3.22.1923), а не поменять конфигурацию. Скачиваете дистрибутив с сайта обновлений, запускаете установщик, старая версия при этом остаётся на диске. Запускатор 1cestart.exe сам подхватит самую свежую, если база не привязана к конкретному номеру.

Платформа — это «движок», на котором крутятся Бухгалтерия, ЗУП, УТ и остальные конфигурации. Один компьютер — установщик и перезапуск, пара минут. Клиент-серверная база — сложнее: нужно обновить платформу и на сервере, и на всех рабочих местах, а службу сервера на время установки остановить. Ниже — обе ситуации по шагам, разбор типовых ошибок и проверка после перехода.

Зачем обновлять платформу и как часто это нужно делать

Платформу тянут вперёд сами конфигурации. У каждой в свойствах указана требуемая версия платформы — если ваш релиз БП или ЗУП требует номер выше установленного, база просто не откроется, пока вы не обновитесь.

Основные причины перейти на новую версию:

• 🔧 Совместимость с конфигурацией. Очередное обновление БП 3.0 или ЗУП 3.1 может требовать платформу не ниже определённого номера.
• 🛡️ Исправленные ошибки и уязвимости. В свежих релизах фирма 1С закрывает сбои, из-за которых «вылетали» клиенты или рушились фоновые задания.
• ⚡ Производительность. Новые механизмы работы с СУБД, блокировками, кэшем часто дают прирост скорости на больших базах.
• 📄 Требования регуляторов. Отдельные форматы отчётности и ЭДО корректно формируются только на актуальной платформе.

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

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

Подготовка: что сделать до установки

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

Дистрибутивы берут на сайте обновлений 1С — вход по подписке ИТС и логину. Там же лежат описания релизов с перечнем исправлений: загляните, что именно меняется. Файл для Windows — технологическая платформа в виде .zip или .exe-установщика, для сервера — отдельный пакет серверных компонентов.

Способы обновить платформу: какой когда выбирают

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

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

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

Ручная установка новой версии по шагам

Порядок одинаков для файловой базы и для клиентского места серверной базы.

1. Распакуйте скачанный архив платформы во временную папку.
2. Запустите setup.exe от имени администратора.
3. В окне выбора компонентов оставьте «1С:Предприятие» (толстый клиент) и, при необходимости, «1С:Предприятие — Тонкий клиент». Для сервера отдельно отметьте «Сервер 1С:Предприятия».
4. Пройдите установку до конца. Новая версия встанет в свой каталог вида C:\Program Files\1cv8\8.3.24.1234, рядом со старыми — они не затираются.
5. Запустите 1С через 1cestart.exe (ярлык «1С:Предприятие»). Запускатор по умолчанию откроет базу на самой свежей установленной версии.

Если база должна работать на конкретной версии, привяжите её: в окне запуска выделите базу → Изменить → в поле версии 1С:Предприятия укажите номер (например, 8.3.24). Пусто в этом поле — всегда берётся свежая версия.

Чтобы удалить ненужную версию позже — стандартным образом через «Программы и компоненты» Windows, каждая версия числится отдельной записью.

Обновление платформы на сервере 1С

На сервере порядок жёстче: пока идёт установка, служба сервера остановлена, и все пользователи будут отключены от базы. Делайте это в нерабочее время и предупредите людей заранее.

Шаги для Windows:

1. Завершите активные сеансы. Через консоль администрирования серверов или rac session list посмотрите, кто в базе, и дайте людям выйти.
2. Остановите службу агента сервера — «Агент сервера 1С:Предприятия» (процесс ragent.exe) в оснастке «Службы» Windows.
3. Запустите установщик серверных компонентов от администратора. В ходе установки отметьте опцию установки сервера 1С:Предприятия как службы — тогда служба перепропишется на новую версию.
4. Запустите службу агента сервера.
5. Обновите платформу на клиентских местах до той же версии — иначе при входе появится ошибка несовместимости клиента и сервера.

На Linux логика та же: остановить сервис srv1cv8 (через systemctl), установить новые пакеты платформы, запустить сервис. Разрядность серверных компонентов (как правило, 64-бит) должна совпадать с той, что была, иначе придётся заново регистрировать службу.

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

Версия клиента не должна быть ниже версии сервера. Надёжнее всего держать на сервере и клиентах один и тот же номер.

Автоматическое обновление клиента и раздача дистрибутивов

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

Настраивается это через файл запускатора 1CEStart.cfg. Он лежит в двух местах:

• общий для всех пользователей — %ALLUSERSPROFILE%\1C\1CEStart\1CEStart.cfg;
• персональный — %APPDATA%\1C\1CEStart\1CEStart.cfg.

Ключевые параметры:

• DistributiveLocation — сетевой каталог, откуда брать дистрибутивы платформы;
• AppAutoInstallLastVersion — разрешение ставить последнюю версию автоматически;
• DefaultVersion — какую версию использовать для базы (аналог привязки в окне запуска).

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

Если что-то пошло не так: разбор ошибок

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

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

Обновление не закончено, пока вы не убедились, что база живёт на новой версии.

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

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

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

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