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

· 9 мин

Содержание

Платформу 1С обновляют установкой нового дистрибутива рядом со старым: каждая версия ложится в свой каталог C:\Program Files\1cv8\8.3.xx.xxxx, а нужную при запуске выбирает лаунчер 1cestart.exe. Для файловых баз этого достаточно. Для клиент-серверных баз сначала обновляют сервер 1С, потом клиенты, причём номер версии клиента должен совпадать с серверным до последней цифры.

Способов три. Вручную через setup.exe — для 1–10 рабочих мест. Тихой установкой через msiexec по сценарию или групповой политике — для десятков компьютеров. Через терминальный сервер — когда пользователи и так работают в RDP, и обновлять нужно одну машину.

Что сделать до обновления платформы

Новую платформу ставят не «потому что вышла», а под требование конфигурации. В описании каждого релиза БП, ЗУП, УТ указана минимальная версия платформы. Если она не ниже уже установленной — обновлять платформу не обязательно.

Подготовка занимает 15–30 минут и снимает почти все проблемы после перехода:

  • 📌 Узнайте текущую версию. В любой базе: Справка → О программе (значок «i» в правом верхнем углу). Там же видна версия конфигурации.
  • 📌 Сверьте требования. Номер нужной платформы берите из описания релиза конфигурации, на которую собираетесь переходить. Номер новой платформы должен быть не ниже указанного.
  • 📌 Скачайте дистрибутив. На портале обновлений фирмы 1С нужен доступ по договору ИТС. Для рабочих мест хватит «Технологической платформы» (полный дистрибутив для Windows) или отдельного тонкого клиента . Для сервера — дистрибутив сервера нужной разрядности.
  • 📌 Сделайте выгрузку базы в .dt через Конфигуратор или резервную копию средствами СУБД. Без копии базы к обновлению сервера не приступайте.
  • 📌 Сохраните каталог реестра кластера srvinfo (по умолчанию C:\Program Files\1cv8\srvinfo). В нём список баз, настройки кластера и администраторы.
  • 📌 Выберите окно. Обновление сервера обрывает все сеансы. Делайте его вечером или в выходной, предупредив пользователей заранее.
Готовность к обновлению
Выполнено: 0 / 6

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

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

На одном компьютере может стоять сколько угодно версий 8.3. Они не мешают друг другу. Порядок ручной установки:

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

Какую версию запустит ярлык, решает настройка базы в списке. Откройте окно запуска, выделите базу, нажмите Изменить и пролистайте мастер до последней страницы. Поле «Версия 1С:Предприятия»:

Значение в полеЧто запустится
8.3самая новая из установленных версий 8.3
8.3.24самая новая сборка внутри 8.3.24
8.3.24.1548строго эта сборка
пустоверсия по умолчанию из настроек лаунчера

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

Тонкий и толстый клиент

Тонкий клиент — отдельный компонент с исполняемым файлом 1cv8c.exe. Толстый клиент и Конфигуратор — 1cv8.exe. При обновлении ставят тот же набор, что был. Если бухгалтеры работают только в тонком клиенте, можно раздать им облегчённый дистрибутив тонкого клиента: он меньше и не содержит Конфигуратора.

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

Это самая ответственная часть. Порядок для Windows Server 2016 и новее:

  1. Сообщите пользователям, что через 10 минут сеансы будут завершены. Остановка службы обрывает все сеансы без сохранения несохранённых данных.
  2. Остановите службу «Агент сервера 1С:Предприятия 8.3» в services.msc. Имя может содержать разрядность, например 1C:Enterprise 8.3 Server Agent (x86-64).
  3. Запустите setup.exe нового сервера. Отметьте компонент «Сервер 1С:Предприятия» и, при необходимости, «Модули расширения веб-сервера».
  4. На шаге установки службы оставьте флажок установки как сервиса и укажите ту же учётную запись, что была (по умолчанию USR1CV8).
  5. После установки откройте свойства службы и проверьте «Исполняемый файл»: путь должен вести в каталог новой версии, к ragent.exe.
  6. Запустите службу и подключитесь к кластеру консолью или клиентом.

Если инсталлятор не перерегистрировал службу или вы хотите сохранить нестандартные порты, сделайте это вручную из каталога bin новой версии:

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

Номер сборки в пути подставьте свой. Ключ -rmsrvc удаляет регистрацию службы, база и реестр кластера при этом не трогаются. Ключ -d указывает на каталог реестра кластера: если он прежний, сервер поднимется со всеми зарегистрированными базами.

Порты 1540, 1541 и диапазон 1560–1591 должны быть открыты в брандмауэре. Правила, привязанные к пути старой программы, после обновления не сработают — пересоздайте их для нового каталога или откройте порты, а не программу.

Сервер 1С на Linux

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

Веб-публикации

Если базы опубликованы на IIS или Apache, обновите и модуль расширения веб-сервера. Компонент ставится тем же setup.exe, после чего базу перепубликуют для новой версии. Через Конфигуратор: Администрирование → Публикация на веб-сервере. Из командной строки — утилитой webinst.exe из каталога bin новой версии:

webinst.exe -publish -apache24 -wsdir buh -dir "C:\Apache24\htdocs\buh" -connstr "Srvr=srv1c;Ref=buh;" -confpath "C:\Apache24\conf\httpd.conf"

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

Сервер на терминале

Когда 1С запускается на терминальном сервере, обновление клиента сводится к одной установке на этой машине. Сделайте её, когда в RDP никого нет, или переведите сервер в режим запрета новых входов (change logon /disable), дождитесь выхода пользователей и только затем ставьте платформу. После работ верните вход командой change logon /enable.

Файловые базы: что меняется при новой платформе

С файловой базой проще всего: сервера нет, версию определяет тот компьютер, с которого базу открыли. Но есть три нюанса.

  • 🗂️ Сетевая папка. Если файловая база лежит на общем ресурсе и с ней работают 3–5 человек, ставьте всем одну и ту же версию. Разные сборки на одной сетевой базе — частый источник странных блокировок и ошибок кэша.
  • 🗂️ Формат файла 1Cv8.1CD. Новая платформа может предложить перевести базу в более новый формат хранения. После этого открыть её в старой версии не получится. Перед согласием сделайте копию файла 1Cv8.1CD — у остановленной базы, когда в ней никого нет.
  • 🗂️ Режим совместимости конфигурации. Свежая платформа открывает старые конфигурации в режиме совместимости, поэтому ничего менять в Конфигураторе не нужно. Этот режим снимают разработчики типовой при выпуске новых релизов, а не администратор.

Порядок для файловой базы: копия базы → установка платформы на все компьютеры, где базу открывают → проверка поля «Версия 1С:Предприятия» в списке баз → тестовый запуск одним пользователем.

Массовое обновление: тихая установка и групповые политики

При 20+ рабочих местах ходить по кабинетам долго. В дистрибутиве Windows есть пакет .msi и файлы преобразований .mst: их и используют для автоматизации. Имена файлов проверьте в своей распаковке, у 64-битной версии в названии стоит (x86-64).

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

msiexec /i "\\fileserver\1c\8.3.24.1548\1CEnterprise 8 (x86-64).msi" /qn TRANSFORMS=adminstallrelogon.mst;1049.mst DESIGNERALLCLIENTS=1 THICKCLIENT=1 THINCLIENTFILE=1 THINCLIENT=1 WEBSERVEREXT=0 SERVER=0 CONFREPOSSERVER=0 CONVERTER77=0 SERVERCLIENT=0 LANGUAGES=RU

Что делают ключевые параметры:

ПараметрЗначение
/qnустановка без окон и вопросов
1049.mstрусский язык интерфейса установщика
THINCLIENT=1тонкий клиент для клиент-серверных баз
THINCLIENTFILE=1тонкий клиент для файловых баз
SERVER=0не ставить сервер на рабочую станцию
LANGUAGES=RUязык интерфейса платформы

Варианты раскатки:

  • 🖥️ Групповая политика домена: положите .msi и .mst в сетевую папку с доступом на чтение для компьютеров, создайте объект GPO с назначением пакета компьютерам. Установка пройдёт при следующей перезагрузке.
  • 🖥️ Сценарий входа или средство управления парком (SCCM и аналоги) с той же командой msiexec.
  • 🖥️ Общий список баз. Чтобы после раскатки не править версии вручную на каждом компьютере, храните список баз в одном файле .v8i на сервере и подключите его в настройках окна запуска. Поменяли версию в файле — она сменилась у всех.

Перед массовой раскаткой поставьте сборку на 2–3 компьютера и дайте поработать день. Ошибка в платформе, найденная на трёх машинах, лучше той же ошибки на шестидесяти.

Проблемы после обновления платформы и их решения

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

Диагностика: выберите симптом

Команда регистрации консоли администрирования серверов:

regsvr32 "C:\Program Files\1cv8\8.3.24.1548\bin\radmin.dll"

Кэш клиента хранится в профиле пользователя: %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8. Папки с длинными именами-идентификаторами — это кэш конкретных баз. Их удаление не трогает данные базы, но сбрасывает настройки форм и списков, если они хранились локально.

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

Откат нужен, если в новой сборке ошибка, мешающая работе. Поскольку старая версия не удалена, план короткий:

  1. Для клиентов: в свойствах базы укажите прежний точный номер в поле «Версия 1С:Предприятия».
  2. Для сервера: остановите службу, перерегистрируйте её командой ragent.exe -instsrvc из каталога bin старой версии с тем же каталогом -d, запустите.
  3. Для файловой базы, которую уже перевели в новый формат хранения: восстановите копию 1Cv8.1CD, сделанную до перехода.
  4. Для веб-публикации: перепубликуйте базу утилитой webinst.exe старой версии.

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

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

Нужно ли удалять старую платформу перед установкой новой?
Нет. Версии 8.3 ставятся в разные каталоги и работают параллельно. Старые сборки удаляют через «Программы и компоненты», когда новая проверена в работе.
Можно ли обновить сервер 1С без остановки пользователей?
Нет. Замена версии агента требует остановки службы, а значит, завершения всех сеансов. Планируйте работы на нерабочее время.
Обновляется ли платформа вместе с конфигурацией?
Нет. Обновление конфигурации меняет прикладное решение, платформу ставят отдельно. Если новый релиз требует более свежую платформу, её устанавливают первой.
Слетит ли лицензия при обновлении платформы?
Нет, если оборудование не менялось. Лицензия привязана к параметрам компьютера, а не к номеру версии. Ключи HASP тоже продолжают работать.
Сколько версий платформы держать на компьютере?
Достаточно текущей и одной предыдущей для отката. Десяток старых сборок занимает место и путает при выборе версии в свойствах базы.