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

Платформа и конфигурация — разные вещи. Конфигурация (например, «Бухгалтерия предприятия») — это прикладное решение, а платформа 1С:Предприятие — движок, который её запускает. Чтобы изменить платформу, нужно установить новую версию 8.3 и указать, какой из установленных релизов будет запускать ваши базы.

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

Что проверить до установки нового релиза

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

Перед обновлением сделайте резервную копию базы . В файловом варианте достаточно скопировать папку с файлом 1Cv8.1CD целиком или выгрузить базу через Конфигуратор: Администрирование → Выгрузить информационную базу в файл .dt. В клиент-серверном варианте — выгрузка .dt из Конфигуратора или средствами СУБД.

Проверьте, какую минимальную версию платформы требует ваша конфигурация. Это указано в её описании и проявится при запуске: если релиз слишком старый, 1С напишет, что требуется версия платформы не ниже такой-то. Ставьте номер не ниже требуемого — сравнивать версии нужно по номеру, а не «новее/старее на глаз».

Посмотреть, какая версия стоит сейчас, можно прямо в работающей базе: пункт меню О программе (или Справка → О программе) покажет номер релиза платформы и разрядность. Запомните их — новую версию берут той же разрядности, чтобы не ставить заново драйвер аппаратного ключа и не путаться с базами, закреплёнными за 32- или 64-битным клиентом.

Установка новой версии и выбор релиза для запуска

В файловом варианте всё делается на одном компьютере.

1. Закройте все сеансы 1С на этой машине.
2. Запустите установщик платформы (setup.exe из дистрибутива) и пройдите мастер. Разрядность (x86-64) берите ту же, что у текущей установки, иначе придётся отдельно ставить драйвер ключа.
3. После установки откройте окно запуска 1С. Запустите базу — по умолчанию стартер выберет самый свежий из установленных релизов.

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

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

Общую версию по умолчанию для всех баз задаёт файл 1CEStart.cfg (лежит в профиле пользователя, папка %APPDATA%\1C\1CEStart). Параметр DefaultVersion указывает релиз, который стартер берёт по умолчанию:

DefaultVersion=8.3=8.3.24.1234

Такая запись означает: любую базу из ветки 8.3 запускать релизом 8.3.24.1234. Убрать строку — вернётся автоматический выбор самого свежего.

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

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

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

Что потребуется:

• 🖥️ сервер 1С:Предприятия (служба «Агент сервера 1С:Предприятия», ragent) — ставится из того же дистрибутива, компонент «Сервер 1С:Предприятия»;
• 🗄️ СУБД — PostgreSQL или Microsoft SQL Server;
• 🔑 клиентские лицензии и серверная лицензия (мини-сервер или на ядра).

Версия сервера должна совпадать с версией клиента по номеру. Если на сервере стоит 8.3.24.1234, клиенты должны запускаться на этом же релизе. Иначе база не откроется.

Порядок перевода базы:

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

Какую СУБД выбрать — зависит от бюджета и нагрузки. PostgreSQL (есть сборка, адаптированная под 1С) обходится без лицензий самой СУБД; Microsoft SQL Server требует отдельных лицензий, но привычнее администраторам, выросшим на экосистеме Windows. Платформе 1С оба варианта подходят — для прикладного решения разницы в работе нет.

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

Консоль «Администрирование серверов 1С:Предприятия» — это оснастка MMC. Если после установки она не открывается или не видит кластер, обычно помогает регистрация библиотеки администрирования командой regsvr32 radmin.dll из каталога bin соответствующего релиза (с правами администратора). Версия radmin.dll тоже должна совпадать с версией сервера.

Что будет с лицензией при смене версии

Самый частый страх — «обновлю платформу и слетит лицензия». В пределах одной мажорной версии 8.3 это не так.

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

Переактивация может понадобиться в другом случае — когда меняется само оборудование:

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

Аппаратный ключ (HASP) к номеру версии платформы тоже не привязан — нужен лишь установленный драйвер. При переходе на клиент-сервер сетевой ключ (в маркировке есть NET) ставится на сервер, и на нём поднимается служба менеджера лицензий HASP, которая раздаёт клиентские лицензии по сети.

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

Режим совместимости и параметры запуска

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

Режим совместимости — это свойство конфигурации (Конфигуратор → корень дерева конфигурации → Свойства → Режим совместимости). Он говорит платформе: «веди себя как версия 8.3.x», даже если установлен релиз новее. Благодаря этому обновление платформы само по себе не ломает прикладное решение.

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

Разрядность клиента и основной режим запуска (тонкий или толстый клиент) задаются там же, где и версия, — на второй странице мастера Изменить в окне запуска, поля Разрядность и Основной режим запуска. Для серверных баз разрядность обычно выбирают 64-бит.

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

Если после обновления база не запускается

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

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

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