Переход на новую версию платформы 1С:Предприятие 8.3 на клиентах, сервере и в файловых базах
Содержание
Платформу 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). В нём список баз, настройки кластера и администраторы. - 📌 Выберите окно. Обновление сервера обрывает все сеансы. Делайте его вечером или в выходной, предупредив пользователей заранее.
Старую версию платформы не удаляйте хотя бы неделю. Если в новой сборке найдётся ошибка, откат займёт пять минут: переключить базы и службу на прежний каталог.
Обновление платформы 1С на рабочих местах
На одном компьютере может стоять сколько угодно версий 8.3. Они не мешают друг другу. Порядок ручной установки:
- Распакуйте архив дистрибутива в отдельную папку.
- Запустите
setup.exeот имени администратора. - В списке компонентов оставьте нужное: «1С:Предприятие» (толстый клиент и Конфигуратор), «1С:Предприятие — тонкий клиент». Сервер на клиентских машинах не нужен.
- Язык интерфейса — русский. Драйвер защиты HASP ставьте только если база работает с аппаратным ключом и драйвер ещё не установлен.
- Дождитесь окончания и откройте базу из обычного ярлыка 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 и новее:
- Сообщите пользователям, что через 10 минут сеансы будут завершены. Остановка службы обрывает все сеансы без сохранения несохранённых данных.
- Остановите службу «Агент сервера 1С:Предприятия 8.3» в
services.msc. Имя может содержать разрядность, например1C:Enterprise 8.3 Server Agent (x86-64). - Запустите
setup.exeнового сервера. Отметьте компонент «Сервер 1С:Предприятия» и, при необходимости, «Модули расширения веб-сервера». - На шаге установки службы оставьте флажок установки как сервиса и укажите ту же учётную запись, что была (по умолчанию
USR1CV8). - После установки откройте свойства службы и проверьте «Исполняемый файл»: путь должен вести в каталог новой версии, к
ragent.exe. - Запустите службу и подключитесь к кластеру консолью или клиентом.
Если инсталлятор не перерегистрировал службу или вы хотите сохранить нестандартные порты, сделайте это вручную из каталога 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С:Предприятия».
- Для сервера: остановите службу, перерегистрируйте её командой
ragent.exe -instsrvcиз каталогаbinстарой версии с тем же каталогом-d, запустите. - Для файловой базы, которую уже перевели в новый формат хранения: восстановите копию
1Cv8.1CD, сделанную до перехода. - Для веб-публикации: перепубликуйте базу утилитой
webinst.exeстарой версии.
Регистрацию данных кластера в srvinfo при откате на соседнюю сборку обычно трогать не нужно. Если же служба не поднимается со старой версией, восстановите каталог srvinfo из копии, сделанной при подготовке.