Новая версия платформы 1С:Предприятие 8.3 на клиентах и сервере: порядок установки, лицензии, откат

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

Частое заблуждение — что обновление платформы трогает данные базы. Не трогает. Платформа ставится в отдельную папку C:\Program Files\1cv8\8.3.xx.xxxx, старая версия остаётся рядом, и к ней можно вернуться за минуту. Конфигурация (Бухгалтерия, ЗУП, УТ) обновляется отдельно и по своим правилам.

Что проверить до установки новой версии

Обновление платформы — не та операция, которую делают «потому что вышла новая». Сначала три проверки.

1. Совместимость с конфигурацией. В описании релиза каждой типовой конфигурации указана минимальная и рекомендуемая версия платформы. Ставьте версию не ниже минимальной и не выше той, что фирма 1С рекомендует для вашего релиза. Самая свежая платформа с давно не обновлявшейся конфигурацией иногда даёт ошибки в формах.
2. Разрядность. Сервер 1С на Windows ставят 64-битный. Клиент может быть 32- или 64-битным. 64-битный клиент нужен, если пользователи работают с большими отчётами и упираются в память.
3. Что завязано на конкретную версию. Внешние компоненты, обработки обмена с оборудованием, публикации на веб-сервере, настройки технологического журнала. Всё это лежит в папке версии и само на новую не переедет.

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

Где взять дистрибутив платформы и какой выбрать

Официальный источник — портал обновлений releases.1c.ru, раздел «Технологическая платформа 8.3». Доступ к нему даёт действующая подписка ИТС или пакет поддержки, купленный у партнёра 1С.

На странице версии несколько дистрибутивов. Нужен один из них:

Архив распакуйте в отдельную папку. Внутри лежит setup.exe и набор .msi и .cab. Если хранить распакованные папки всех версий на общем сетевом ресурсе, их удобно раздавать пользователям (см. следующий раздел).

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

Как обновить платформу 1С на рабочем месте пользователя

Ручная установка

1. Запустите setup.exe из папки дистрибутива от имени администратора Windows.
2. В списке компонентов оставьте «1С:Предприятие» (или «Тонкий клиент»). Конфигуратор входит в толстый клиент.
3. Если на этом компьютере нет сервера, компонент «Сервер 1С:Предприятия» не ставьте.
4. На шаге выбора языка интерфейса оставьте русский.
5. На вопрос об установке драйвера защиты ответьте «да» только для аппаратного ключа HASP, воткнутого в этот компьютер.

Новая версия встанет в свою папку C:\Program Files\1cv8\8.3.xx.xxxx (64-бит) или C:\Program Files (x86)\1cv8\... (32-бит). Старая останется.

Какой версией запускать каждую базу

Ярлык 1С запускает 1cestart.exe. Он сам выбирает версию по двум правилам:

• если в свойствах базы задана версия — запускает её;
• если нет — запускает самую новую из установленных.

Чтобы закрепить версию за базой, в окне запуска выделите базу, нажмите «Изменить» и пройдите до последней страницы. Там есть поле «Версия 1С:Предприятия». Укажите номер полностью, например 8.3.24.1548, или маской 8.3.24, тогда возьмётся новейшая сборка этой ветки.

Это нужно, когда одна база ещё не готова к новой версии, а другая уже переходит.

Массовое обновление через общий каталог

На десяти и более машинах ходить с флешкой неудобно. Платформа умеет ставиться сама:

1. Положите распакованные дистрибутивы на сетевой ресурс, например \\srv\1c\distr\8.3.xx.xxxx.
2. В файле %APPDATA%\1C\1CEStart\1cestart.cfg у пользователей (или в общем файле, на который он ссылается) пропишите путь:

DistributiveLocation=\\srv\1c\distr

3. Когда пользователь откроет базу, которой нужна новая версия, 1cestart.exe найдёт её в каталоге и предложит установить.

Для установки у пользователя должны быть права на установку программ. В доменной сети это решают групповой политикой с правом установки или раскаткой .msi средствами домена.

Обновление сервера 1С:Предприятия 8.3

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

Шаг 1. Остановите службу агента

Откройте services.msc, найдите «Агент сервера 1С:Предприятия 8.3 (x86-64)» и остановите. Если рядом запущен сервер администрирования (служба ras), остановите и его.

Скопируйте папку реестра кластера (по умолчанию C:\Program Files\1cv8\srvinfo) в резервное место. В ней список баз, настройки кластера и рабочих серверов. При штатном обновлении она не меняется, но копия делает откат безопасным.

Шаг 2. Установите новую версию

Запустите setup.exe 64-битного дистрибутива. Отметьте компоненты «Сервер 1С:Предприятия» и «Модули расширения веб-сервера», если есть публикации. Поставьте галку «Установить сервер 1С:Предприятия как сервис Windows » и укажите ту же учётную запись, от которой работала служба раньше (обычно USR1CV8).

Установщик перенастроит службу на исполняемый файл новой версии.

Шаг 3. Если служба не перенастроилась

Бывает, что служба осталась на старой версии или пропала. Тогда её регистрируют вручную из командной строки, запущенной от администратора:

cd "C:\Program Files\1cv8\8.3.xx.xxxx\bin"
ragent.exe -rmsrvc
ragent.exe -instsrvc -usr .\USR1CV8 -pwd ПАРОЛЬ -port 1540 -regport 1541 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo"
ragent.exe -start

Порты и путь к srvinfo берите те, что были у старой службы (они видны в её свойствах, в строке «Исполняемый файл»). Команду -rmsrvc выполняйте из папки старой версии, если удаляете именно её службу.

Шаг 4. Перерегистрируйте консоль администрирования

Консоль кластера работает через библиотеку radmin.dll, и версия библиотеки должна совпадать с версией сервера. Иначе консоль не подключится к агенту.

regsvr32 "C:\Program Files\1cv8\8.3.xx.xxxx\bin\radmin.dll"

Если используете утилиту rac, обновите и службу ras: её тоже ставят из папки новой версии.

Шаг 5. Обновите клиенты

Клиент, который подключается к серверу 1С, должен быть строго той же версии. Пока клиенты на старой версии, войти в базы они не смогут. Поэтому дистрибутив для клиентов готовят заранее, а DistributiveLocation из предыдущего раздела здесь особенно выручает.

Сервер на Linux

Начиная с 8.3.21 для Linux есть общий установщик setup-full-8.3.xx.xxxx-x86_64.run, и каждая версия ставится в свою папку /opt/1cv8/x86_64/8.3.xx.xxxx. Порядок тот же: остановить службу старой версии, установить новую, зарегистрировать и запустить её службу, отключить автозапуск старой. Точные имена юнитов systemd смотрите в папке новой версии и командой systemctl list-unit-files | grep 1cv8.

Лицензии и ключи защиты после смены версии

Сама смена версии платформы лицензию не сбрасывает. Но несколько мест стоит проверить.

• 🔑 Программная лицензия. Файлы лицензий хранятся в C:\ProgramData\1C\licenses и не зависят от версии платформы. Повторная активация после обновления не нужна. Она понадобится, если одновременно меняли «железо» или переустанавливали Windows.
• 🔌 Аппаратный ключ HASP. Нужен драйвер защиты. При обновлении он обычно уже стоит, а если ключ перестал определяться — переустановите драйвер защиты: его можно поставить установщиком платформы, отметив соответствующий пункт.
• 🌐 Сетевой ключ. Настройки поиска ключа в сети лежат в nethasp.ini в папке bin\conf конкретной версии. В новой версии этого файла нет, его надо скопировать из старой. Без него клиент перестаёт видеть сетевой ключ на другом компьютере.
• 🖥️ Серверная лицензия. Привязана к компьютеру, а не к версии. После обновления платформы на том же сервере она продолжает работать.

Тонкий клиент и веб-клиент: что обновить отдельно

Тонкий клиент обновляется так же, как толстый: отдельным дистрибутивом «Тонкий клиент» или общим установщиком платформы. Требование к версии при работе с сервером то же — совпадение с сервером до последней цифры.

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

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

Проще всего переопубликовать базу из Конфигуратора новой версии: Администрирование → Публикация на веб-сервере. Он сам перепишет ссылки на модуль. После правки перезапустите веб-сервер. Перезапуск Apache или IIS обрывает сеансы веб-клиента и HTTP-сервисов, делайте это в окно работ.

Ошибки после обновления платформы и как их убрать

Как откатиться на прежнюю версию

Откат простой, потому что старая версия никуда не делась.

1. Для клиента: в свойствах базы в окне запуска укажите прежний номер версии.
2. Для сервера: остановите службу новой версии и зарегистрируйте службу из папки старой (ragent.exe -instsrvc с прежними параметрами), затем regsvr32 для старой radmin.dll.
3. Верните клиентов на прежнюю версию, иначе они упрутся в несовпадение с сервером.

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

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