Вторая платформа 1С:Предприятие рядом с первой: как поставить и закрепить за базой

Две версии 1С на один компьютер ставятся без ухищрений: каждый релиз платформы 8.3 устанавливается в свою папку вида C:\Program Files\1cv8\8.3.24.1548\, а старый при этом не удаляется. Чтобы конкретная база открывалась нужной версией, в её свойствах в списке баз указывают номер платформы в поле «Версия 1С:Предприятия».

Частое заблуждение — что новая установка «затирает» предыдущую и для второй версии нужен отдельный компьютер или виртуальная машина. Нет: на одной машине спокойно живут 8.3.22, 8.3.24 и 8.3.25, а заодно 32- и 64-битные сборки. Сложности начинаются в трёх местах: выбор версии при запуске, клиент-серверный вариант и COM-компоненты. О них ниже по шагам.

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

Платформа одна на все конфигурации, а вот её релиз диктует сама конфигурация. Новая БП 3.0 может потребовать свежую платформу, а старая доработанная база — работать только на прежней. Отсюда и задача держать две версии.

Перед стартом проверьте:

• 💽 Место на диске. Полная установка одного релиза занимает ориентировочно 0,5–1 ГБ. Пять релизов — уже несколько гигабайт на системном диске.
• 🔐 Права администратора Windows. Без них установщик не запишет файлы в Program Files и не зарегистрирует компоненты.
• 🧩 Разрядность. 64-битная платформа ставится в C:\Program Files\1cv8\, 32-битная — в C:\Program Files (x86)\1cv8\. Можно держать обе.
• 📦 Дистрибутив нужной сборки. Для 64-битной Windows это архив вида windows64full_8_3_24_1548, для 32-битной — windows_8_3_24_1548 (полный) или архив тонкого клиента .
• 🖥️ Клиент-сервер или файл. Если базы лежат на сервере 1С, клиент должен совпадать с версией сервера до последней цифры. Это главное ограничение, о нём отдельный раздел.

Посмотреть, какие версии уже стоят, проще всего в Параметры Windows → Приложения или в «Программах и компонентах». Каждый релиз там отдельной строкой: «1С:Предприятие 8 (x86-64) (8.3.24.1548)». Второй способ — открыть C:\Program Files\1cv8\ и посмотреть на папки с номерами.

Установка второй платформы 1С по шагам

Порядок одинаковый для любой второй, третьей и последующей версии.

1. Распакуйте архив дистрибутива в отдельную папку, например C:\Distr\8.3.25.1374\.
2. Запустите setup.exe от имени администратора.
3. На странице выбора компонентов отметьте нужное: «1С:Предприятие» (толстый клиент и Конфигуратор), «1С:Предприятие — тонкий клиент». Сервер, модули веб-сервера и администрирование сервера ставьте только если они реально нужны на этой машине.
4. Папку установки оставьте по умолчанию. Установщик сам предложит путь с номером релиза — менять его на общий C:\1C\ нельзя, иначе версии начнут перезаписывать друг друга.
5. Выберите язык интерфейса по умолчанию.
6. На последнем шаге установщик предложит установить драйвер защиты. Если драйвер аппаратного ключа уже стоит от первой версии, галочку можно снять: драйвер общий.
7. Нажмите «Готово». Старая версия осталась на месте.

После установки в C:\Program Files\1cv8\ появится новая папка с номером, а внутри — bin\1cv8.exe (толстый клиент) и bin\1cv8c.exe (тонкий клиент). Общая папка common\ с запускатором 1cestart.exe одна на все версии.

Как установить две версии 1С: 8.2 и 8.3

Платформа 8.2 ставится в свой каталог C:\Program Files\1cv82\ (или Program Files (x86)) и с 8.3 не пересекается. Базу на 8.2 удобнее всего запускать отдельным ярлыком на C:\Program Files\1cv82\<номер>\bin\1cv8.exe: так она точно не откроется платформой 8.3. Учтите, что 8.2 давно не развивается и на свежих версиях Windows может работать нестабильно.

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

По умолчанию запускатор 1cestart.exe открывает базу самой новой из установленных версий. Если вы поставили 8.3.25, а базе нужна 8.3.22, её нужно явно привязать.

Через свойства базы в окне запуска

1. В окне запуска 1С выделите базу и нажмите «Изменить».
2. Пройдите страницы мастера до последней.
3. В поле «Версия 1С:Предприятия» укажите номер: 8.3.22.1923 — точная сборка, 8.3.22 — самая свежая сборка этой ветки из установленных.
4. Если на машине есть 32- и 64-битные клиенты, там же выберите разрядность.
5. Нажмите «Готово».

Пустое поле означает «самая новая версия». Номер пишется без пробелов и без буквы «v».

Через файл ibases.v8i

Список баз пользователя хранится в %APPDATA%\1C\1CEStart\ibases.v8i. Каждая база — отдельная секция, версия задаётся строкой Version=:

[Бухгалтерия старая]
Connect=File="D:\Bases\Buh2019";
App=Auto
WA=1
Version=8.3.22

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

Отдельным ярлыком на рабочем столе

Ярлык запускает конкретный исполняемый файл и не зависит от запускатора:

"C:\Program Files\1cv8\8.3.22.1923\bin\1cv8.exe" ENTERPRISE /F"D:\Bases\Buh2019"
"C:\Program Files\1cv8\8.3.25.1374\bin\1cv8c.exe" ENTERPRISE /S"srv1c\buh"
"C:\Program Files\1cv8\8.3.22.1923\bin\1cv8.exe" DESIGNER /F"D:\Bases\Buh2019"

/F — путь к файловой базе, /S — сервер и имя базы, ENTERPRISE и DESIGNER — режим запуска. Для пользователя с паролем добавляют /N"Имя" и /P"пароль", но хранить пароль в ярлыке небезопасно.

Пути к исполняемым файлам и переменные окружения

Платформе 1С не нужны переменные окружения: ни PATH, ни свои переменные установщик не прописывает, и для работы это не требуется. Вопрос возникает, когда 1С запускают из скриптов — выгрузка базы по расписанию, пакетное обновление, обмен.

Правило простое: в скрипте указывайте полный путь к bin нужного релиза. Не добавляйте папку bin в PATH — при двух версиях вы не будете знать, какая из них сработает, а после обновления скрипт молча начнёт запускать другую.

Удобный приём — вынести путь в переменную в начале bat-файла:

@echo off
set V8="C:\Program Files\1cv8\8.3.22.1923\bin\1cv8.exe"
%V8% DESIGNER /F"D:\Bases\Buh2019" /DumpIB"D:\Backup\buh2019.dt"

При смене релиза правится одна строка. Учтите: выгрузка в .dt требует, чтобы в базе не было пользователей.

COM-соединение и консоль сервера

Здесь прячутся две ловушки, о которых вспоминают уже после установки второй версии.

• 🔌 comcntr.dll. Внешние программы подключаются к 1С через V83.COMConnector. В реестре он зарегистрирован только для одной версии — той, что ставилась последней с этим компонентом. Если обработка из Excel или другая база через COM перестала подключаться, перерегистрируйте компонент нужного релиза:

regsvr32 "C:\Program Files\1cv8\8.3.22.1923\bin\comcntr.dll"

• 🛠️ radmin.dll. Консоль администрирования серверов 1С работает через radmin.dll и должна совпадать по версии с сервером. Если консоль не подключается к кластеру после установки другого релиза, перерегистрируйте radmin.dll из папки той версии, что стоит на сервере, тем же regsvr32.

Обе команды выполняют в командной строке, запущенной от имени администратора. Разрядность важна: 32-битной программе нужен компонент из Program Files (x86).

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

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

• 📄 Программная лицензия. Файлы *.lic лежат в общем каталоге (обычно C:\ProgramData\1C\licenses\), их видят все установленные релизы. Повторно активировать пинкод после установки новой версии не нужно.
• 🔑 Аппаратный ключ HASP. Драйвер защиты ставится один раз и обслуживает все версии. Сам ключ к версии платформы не привязан.
• 🌐 Клиент-серверный вариант. Клиентские лицензии могут браться с сервера 1С. Тогда на рабочем месте лицензии нет вовсе, и версия клиента влияет только на совместимость с сервером.

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

Сервер 1С: две версии на одной машине

С клиентом всё просто, а с сервером — нет. Клиент обязан совпадать с версией сервера полностью, вплоть до номера сборки. Сервер 8.3.22.1923 не примет клиента 8.3.22.1709, и пользователь увидит сообщение о несоответствии версий клиента и сервера.

Есть два пути.

Путь 1. Один сервер, клиенты подтягиваются автоматически. При подключении к серверу запускатор может сам скачать и установить совпадающий клиент. Это поведение управляется параметром AppAutoInstallLastVersion в файле 1CEStart.cfg. В этом случае на рабочих местах со временем накапливается по версии на каждое обновление сервера — их стоит периодически чистить.

Путь 2. Два сервера 1С разных версий на одном компьютере. Второй агент регистрируют как отдельную службу Windows на своих портах. Стандартные порты первого сервера — 1540 (агент), 1541 (менеджер кластера) и диапазон 1560–1591 для рабочих процессов. Второму задают, например, 2540, 2541 и 2560–2591:

sc create "1C Server Agent 8.3.25" binPath= "\"C:\Program Files\1cv8\8.3.25.1374\bin\ragent.exe\" -srvc -agent -regport 2541 -port 2540 -range 2560:2591 -d \"C:\srvinfo_8325\" -debug" start= auto DisplayName= "1C Server Agent 8.3.25"

Каталог -d у второго сервера обязательно свой: в нём хранится реестр кластера, и общий каталог для двух агентов приведёт к порче настроек. Службе назначьте того же пользователя, под которым работает основной сервер, и откройте новые порты в брандмауэре.

Клиент подключается ко второму серверу с указанием порта кластера: в строке подключения сервер пишут как srv1c:2541.

Конфликты версий и ошибки запуска

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

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

Перед первым запуском старой базы на новой платформе сделайте выгрузку в .dt или копию каталога базы. Откатить преобразование формата без копии нельзя.

Другие способы развести версии 1С

Иногда держать всё на одной машине неудобно. Например, для тестирования обновлений или для доработанной базы, которую страшно сломать. Тогда версии разводят сильнее.

Для разработчика самый практичный вариант — одна машина с несколькими релизами и ярлыками на 1cv8.exe с явным путём. Для бухгалтерии — закрепление версии в списке баз, разосланное через общий ibases.v8i. Виртуальные машины оправданы, когда нужна полная изоляция: проверка обновления конфигурации до того, как его увидят пользователи.

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