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

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

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

Ниже разобран полный порядок действий для Windows Server (наиболее частый сценарий), отличия для Linux, настройка клиентских подключений и типичные ошибки. Инструкция применима к сочетаниям версий внутри одной линейки (например, 8.3.22 и 8.3.24), а также к соседству 8.2 и 8.3 — с оговорками, которые описаны отдельно.

Когда нужны две версии платформы на одном сервере

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

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

Важно понимать ограничение: две версии платформы — это два независимых кластера. База, зарегистрированная в кластере одной версии, не видна из кластера другой. Лицензии при этом могут использоваться общие (серверные и клиентские), если их раздаёт один из серверов или выделенный лицензионный сервис — этот момент стоит проверить заранее.

Подготовка: что проверить перед установкой

Перед установкой второй версии убедитесь, что на сервере достаточно ресурсов. Каждый кластер 1С создаёт собственные рабочие процессы (rphost), каждый из которых может занимать заметный объём оперативной памяти. Если сервер уже работает на пределе, параллельный кластер приведёт к свопингу и деградации производительности обеих систем.

Проверьте текущее состояние: какая версия уже установлена, какие порты она занимает, как называется служба агента. Стандартная служба первой установленной версии называется «Агент сервера 1С:Предприятия 8.3» и слушает порт 1540, кластер использует порт 1541, рабочие процессы — диапазон 1560–1591. Эти значения понадобятся, чтобы не пересечься с ними.

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

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

Запустите установщик второй версии платформы. Установщик 1С не удаляет и не перезаписывает другие версии — каждая версия размещается в собственном каталоге, например C:\Program Files\1cv8\8.3.22.xxxx и C:\Program Files\1cv8\8.3.24.xxxx. Выберите компоненты «Сервер 1С:Предприятия» и «Администрирование сервера 1С:Предприятия», остальные — по необходимости.

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

Откройте реестр и найдите ветку новой службы: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ — служба второй версии обычно называется по номеру версии, например «1C:Enterprise 8.3 Server Agent (x86-64) 8.3.24». В параметре ImagePath находится строка запуска агента с ключами -srvc -agent -regport 1541 -port 1540 -range 1560:1591. Измените номера портов на свободные, например: -regport 2541 -port 2540 -range 2560:2591, а также поправьте путь к каталогу служебных файлов кластера (-d), если он совпадает с первой версией.

1. 1
   Установите дистрибутив второй версии с компонентами «Сервер» и «Администрирование сервера»
2. 2
   Откройте реестр и найдите ветку новой службы агента в CurrentControlSet\Services
3. 3
   В параметре ImagePath замените порты: -port 2540 -regport 2541 -range 2560:2591
4. 4
   Проверьте, что каталог -d для данных кластера отличается от каталога первой версии
5. 5
   Запустите службу и убедитесь, что обе службы агентов работают одновременно
6. 6
   Откройте порты 2540, 2541 и 2560–2591 в брандмауэре Windows

Настройка портов и брандмауэра

Выбор новых портов — вопрос соглашения, а не жёсткого правила. Распространённая практика — смещать стандартные номера на 1000 или 2000: 2540/2541 и диапазон 2560–2591 для второй версии, 3540/3541 для третьей. Главное требование — порты не должны быть заняты другими приложениями и должны быть доступны с клиентских машин.

После изменения реестра откройте оснастку «Службы» и запустите новую службу агента. Если она стартует и не падает через несколько секунд — порты разведены корректно. Проверить, что агент действительно слушает новый порт, можно командой netstat -ano | findstr 2540 — в выводе должна появиться строка LISTENING с идентификатором процесса службы.

Не забудьте про брандмауэр Windows и сетевые экраны между сервером и клиентами. Для новой версии нужны входящие правила на порты агента (2540), менеджера кластера (2541) и диапазон рабочих процессов (2560–2591). Без этого клиенты получат ошибку соединения, хотя сам сервер работает исправно.

netstat -ano | findstr "1540 1541 2540 2541"

Регистрация баз и подключение клиентов

Чтобы работать с новым кластером, откройте консоль администрирования серверов 1С той версии, которую установили второй. Добавьте в консоль новый центральный сервер, указав имя сервера и порт агента — servername:2540. Если оставить порт по умолчанию, консоль подключится к кластеру первой версии, что является частой причиной путаницы: администратор создаёт базу «не в том» кластере.

Создайте в новом кластере информационную базу обычным способом, указав параметры СУБД. Если база переносится из старого кластера, выгрузите её через конфигуратор (dt) или средствами СУБД и загрузите в новую базу. Учтите, что база, открытая более новой версией платформы, может быть необратимо преобразована — откат на старую версию без резервной копии станет невозможным.

На клиентских машинах в списке информационных баз укажите сервер с портом: в поле «Сервер 1С:Предприятия» впишите servername:2540. Клиент подключится к нужному кластеру автоматически. У пользователей должна быть установлена клиентская часть соответствующей версии платформы — клиенты разных версий на одном компьютере тоже уживаются без конфликтов.

Особенности для Linux и соседства 8.2 с 8.3

На Linux-сервере логика та же, но механика другая: службы агентов регистрируются как отдельные systemd-юниты или init-скрипты, а порты задаются в параметрах запуска демона srv1cv83. Практичный подход — скопировать штатный скрипт запуска под новым именем, изменить в нём порты и каталог данных кластера, затем зарегистрировать как отдельную службу. Убедитесь, что обе службы используют одну и ту же учётную запись (обычно usr1cv8) и у неё есть права на оба каталога данных.

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

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

Проверка результата и типичные проблемы

Итоговая проверка занимает несколько минут. Убедитесь, что обе службы агентов находятся в состоянии «Работает» одновременно. Проверьте прослушивание портов обеих версий через netstat. Подключитесь консолью администрирования к каждому кластеру по его порту и убедитесь, что видны правильные базы. Наконец, запустите клиентское приложение с тестовой машины и откройте базу на новом порту.

Если вторая служба не стартует, первым делом смотрите журнал событий Windows и технологический журнал 1С: типичная причина — опечатка в ImagePath или занятый порт. Если служба работает, но клиенты не подключаются, проблема почти всегда в брандмауэре или в том, что в строке подключения не указан порт.

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