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

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

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

Подготовка окружения и выбор дистрибутивов

Перед началом установки критически важно убедиться, что у вас есть дистрибутивы именно серверной части платформы, а не только клиентской. Для работы в режиме клиент-сервер вам понадобятся установочные пакеты srv83*.exe для каждой из требуемых версий. Например, если вам нужны версии 8.3.20 и 8.3.25, необходимо скачать серверные дистрибутивы для обоих релизов с официального сайта поддержки пользователей.

Убедитесь, что операционная система соответствует системным требованиям обеих версий. Обычно современные серверы на базе Windows Server или Linux без проблем поддерживают несколько версий одновременно. Однако стоит проверить наличие установленных обновлений безопасности ОС, так как сервер 1С использует низкоуровневые сетевые взаимодействия.

Также необходимо заранее подготовить учетную запись, от имени которой будет запускаться служба сервера 1С. Хотя часто используется локальный администратор, в корпоративной среде лучшей практикой является создание отдельного сервисного пользователя с минимально необходимыми правами. Это повышает общую безопасность инфраструктуры.

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

Процесс начинается с установки той версии, которая будет являться основной или более старой. Запустите инсталлятор в режиме администратора. На этапе выбора компонентов обязательно отметьте галочкой пункт «Сервер 1С:Предприятия». Если вы планируете использовать файловый вариант работы только для тестов, этот шаг можно пропустить, но для клиент-серверного варианта он обязателен.

В ходе установки мастер предложит выбрать каталог для размещения файлов программы. Рекомендуется использовать путь по умолчанию, чтобы избежать проблем с правами доступа и путями в реестре. Стандартный путь в Windows обычно выглядит как C:\Program Files\1cv8.

⚠️ Внимание: Не устанавливайте серверную часть в каталог с кириллическими символами или пробелами в названии пути. Это может вызвать ошибки при запуске служб и генерации логов.

После копирования файлов установщик предложит настроить параметры службы. На этом этапе система создаст службу 1C:Enterprise 8.3 Server Agent. Убедитесь, что служба запускается автоматически при старте операционной системы. Первичная конфигурация кластера происходит именно при первом запуске этого агента.

Настройка второй версии и управление портами

Самый критичный момент при установке второй версии — это избежание конфликта портов. По умолчанию сервер 1С использует порт 1541 для взаимодействия с клиентами и порт 1540 для администрирования кластера. Две службы не могут слушать один и тот же порт одновременно.

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

Для изменения порта основного процесса можно использовать следующую команду в консоли с правами администратора:

rasrv -port 1545 -reghost localhost

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

Как найти занятые порты?

Используйте команду netstat -ano | findstr "1541" в командной строке, чтобы увидеть, какой процесс (PID) занимает стандартный порт 1С. Затем сверьте PID со списком служб в диспетчере задач.

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

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

Вопрос лицензирования при наличии нескольких версий часто вызывает сложности. Программные ключи защиты привязываются к конкретному номеру версии платформы (например, 8.3.20.1234). Если у вас есть ключ только для старой версии, новая версия может работать в демо-режиме или не запускаться вовсе.

Аппаратные ключи защиты (USB HASP) обычно содержат лицензии на все версии в пределах одной линейки (например, ПРОФ), но программные пин-коды требуют точного совпадения версии или наличия действующего договора ИТС для получения обновленных ключей. При запуске разных версий сервер будет запрашивать лицензию, соответствующую своему билду.

Тип ключа	Поведение со старой версией	Поведение с новой версией	Требования
USB HASP (ПРОФ)	Работает стабильно	Работает стабильно	Драйверы HASP
Пин-код (устаревший)	Работает	Ошибка лицензии	Обновление ИТС
Лицензия 1С:Линк	Зависит от тарифа	Зависит от тарифа	Доступ в интернет

Для корректной работы необходимо, чтобы на сервере был установлен менеджер лицензий, способный обслуживать запросы от обеих версий. В современных редакциях это происходит прозрачно, но в случае использования старых версий (ниже 8.3.10) могут потребоваться отдельные экземпляры менеджера лицензий.

Разделение кластеров и изоляция баз данных

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

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

Если вы используете СУБД PostgreSQL или MSSQL Server, убедитесь, что версии клиентских библиотек (драйверов), поставляемых с платформой 1С, не конфликтуют. Обычно сервер 1С использует свои внутренние драйверы, но при прямом подключении к СУБД из внешних инструментов могут возникнуть коллизии версий ODBC/JDBC драйверов.

⚠️ Внимание: Не смешивайте базы данных с разным форматом хранения (например, файловые и SQL) в одном логическом кластере без четкого понимания последствий для производительности и резервного копирования.

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

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

При одновременной работе двух версий возрастает объем генерируемых логов. Журналы регистрации сервера 1С пишутся в каталог log внутри директории установки. Для каждой версии платформы логи могут быть разнесены по разным подпапкам или иметь разные префиксы, в зависимости от настроек агента.

Для отладки проблем с подключением включите подробное логирование технологического журнала (ТЖ). Это делается путем создания файла logcfg.xml в каталоге данных агента сервера. В конфигурационном файле можно задать уровни детализации для конкретных процессов, таких как RMN (менеджер лицензий) или SVC (сервис кластера).

Типичные ошибки при установке двух версий включают «Недостаточно лицензий» (когда ключ одной версии занят) и «Сервер не найден» (при неверном указании порта). Анализ ТЖ позволяет точно определить, на каком этапе разорвалось соединение: на уровне TCP, на уровне агента кластера или на уровне рабочего процесса.

<property name="log" value="C:\1C_Logs\tech.log"/>
<property name="log-history" value="10"/>
<rule>
<event>
<eq property="name" value="EXCP"/>
</event>
<property name="log-level" value="error"/>
</rule>

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

Часто задаваемые вопросы (FAQ)

Можно ли установить две версии 1С в одну папку Program Files?

Технически инсталлятор может предложить обновить существующую версию, заменив файлы. Для параллельной работы рекомендуется использовать разные каталоги или полагаться на то, что установщик сам создаст подпапки с номерами версий (например, 8.3.20 и 8.3.25), если это поддерживается конкретным дистрибутивом. Однако службы должны быть зарегистрированы отдельно.

Будут ли конфликтовать службы Windows при запуске?

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

Как клиент 1С понимает, какую версию сервера вызывать?

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

Нужно ли покупать дополнительные лицензии для второй версии?

Лицензии на использование (клиентские места) являются общими для версий одной линейки (например, ПРОФ). Однако программные ключи защиты (пин-коды) привязаны к конкретному релизу платформы. Для работы новой версии вам может потребоваться получить новый пин-код в личном кабинете ИТС, если текущий ключ не покрывает этот релиз.