Где посмотреть версию платформы на сервере 1С:Предприятия

· 9 мин

Содержание

Самый быстрый способ узнать версию сервера 1С — открыть папку установки: имя подпапки в C:\Program Files\1cv8\ и есть номер версии платформы, например 8.3.24.1819. Если доступа к файловой системе сервера нет, версию показывают служба агента, консоль администрирования кластера и окно «О программе» в клиенте — все эти источники должны давать один и тот же номер.

Номер версии состоит из четырёх частей: 8.3.24.1819. Первые две (8.3) — поколение платформы, третья — версия, четвёртая — номер сборки. Сервер и подключённые к нему клиенты работают на совместимых сборках, поэтому версия со стороны клиента почти всегда совпадает с серверной.

Дальше — где именно смотреть в зависимости от того, какой доступ у вас есть: к рабочему столу сервера, только к консоли администрирования или только к клиентскому месту.

Где быстрее посмотреть версию именно вашего сервера?

Что показывает номер версии и откуда он берётся

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

Не путайте этот номер с версией конфигурации (Бухгалтерия предприятия 3.0.xxx, Зарплата и управление персоналом 3.1.xxx). Версия платформы — это «движок» 1С:Предприятия, версия конфигурации — прикладное решение, которое на этом движке работает. Сервер определяет именно версию платформы; версию конфигурации смотрят уже в самой базе.

На одном сервере может быть установлено несколько версий платформы одновременно. Поэтому важен не список установленного, а то, какая сборка реально обслуживает ваш кластер. Её определяет служба агента (о ней — ниже).

Папка установки на Windows и Linux

Самый надёжный источник — каталог, куда поставлена платформа. Имя подпапки с номером сборки и есть версия.

На Windows серверная часть обычно лежит здесь:

C:\Program Files\1cv8\8.3.24.1819\bin\

Для 32-разрядной платформы путь будет в C:\Program Files (x86)\1cv8\. Внутри bin лежат ragent.exe, rmngr.exe, rphost.exe, rac.exe, ras.exe. Если в 1cv8 несколько подпапок — установлено несколько версий, и по одному только списку нельзя сказать, какая работает.

На Linux серверные пакеты ставятся по пути вида:

/opt/1cv8/x86_64/8.3.24.1819/

В старых установках встречается /opt/1C/v8.3/x86_64/. Посмотреть список установленных версий одной командой:

ls /opt/1cv8/x86_64/

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

Служба агента сервера: какая версия реально работает

Служба агента (ragent) запускается из конкретной папки сборки, и путь к исполняемому файлу прямо называет версию.

На Windows:

  1. Откройте оснастку служб: Win+R → services.msc.
  2. Найдите службу с названием вида «Агент сервера 1С:Предприятия 8.3 (x86-64)». Если серверов несколько, в названии будет виден номер порта.
  3. Откройте свойства двойным щелчком и посмотрите поле «Путь к исполняемому файлу» — там полный путь к ragent.exe, а в нём — номер версии.

Путь выглядит примерно так:

"C:\Program Files\1cv8\8.3.24.1819\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 ...

Версия в пути к ragent.exe — это и есть версия работающего сервера, даже если в папке 1cv8 стоят ещё три сборки.

Если на одной машине поднято несколько серверов (кластеров) на разных портах, в списке служб будет несколько строк «Агент сервера». Смотрите путь к ragent.exe в каждой — они могут вести на разные версии. Порт агента в строке запуска (-port 1540) помогает отличить, к какому серверу относится служба.

На Linux служба обычно называется srv1cv83 или имеет имя с номером версии в имени юнита. Посмотреть строку запуска:

systemctl status srv1cv83

В выводе будет строка ExecStart= с путём к ragent, где снова виден номер сборки. Если имя юнита неизвестно, перечислите подходящие:

systemctl list-units | grep -i 1c

Когда сервер запущен не как служба, а как процесс, разрядность и путь покажет список процессов: ps aux | grep ragent на Linux или вкладка «Подробности» диспетчера задач на Windows — в колонке с путём к образу снова будет видна папка версии.

Останавливать или перезапускать службу агента, чтобы «посмотреть версию», не нужно и нельзя в рабочее время: это оборвёт все сеансы пользователей. Все описанные здесь способы — только чтение, базу они не трогают.

Консоль администрирования кластера

Консоль администрирования серверов 1С:Предприятия (оснастка MMC, файл 1CV8 Servers.msc) — штатный инструмент администратора кластера. Сама оснастка работает в связке с библиотекой radmin.dll конкретной версии, поэтому к серверу подключается консоль совместимой сборки.

Чтобы консоль заработала, radmin.dll из папки bin нужной версии должна быть зарегистрирована в системе. Если консоль не открывается или не видит сервер, перерегистрируйте библиотеку от имени администратора:

regsvr32 "C:\Program Files\1cv8\8.3.24.1819\bin\radmin.dll"

Путь в этой команде снова называет версию. После подключения разверните узел центрального сервера и кластер — вы увидите рабочие серверы, рабочие процессы и сеансы. Консоль идёт через агент (порт 1540 по умолчанию), поэтому если она подключилась, значит её версия совместима с серверной.

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

Командная строка и утилиты rac/ras

Для серверов без графического интерфейса (особенно на Linux) администрируют через пару утилит: ras — сервер администрирования, rac — консольный клиент к нему. Обе лежат в той же папке bin, что и агент, поэтому путь запуска уже содержит версию.

Запуск по полному пути сразу показывает, из какой сборки берётся утилита:

/opt/1cv8/x86_64/8.3.24.1819/rac cluster list

Команда rac cluster list выведет список кластеров и их идентификаторы — это проверка, что ras запущен и доступен. По умолчанию rac обращается к ras на порт 1545; если ras поднят на другом адресе или порту, их указывают первым аргументом. Полный список доступных команд смотрите в rac help: придумывать параметры наугад не стоит, набор подкоманд зависит от версии.

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

На Windows то же самое из cmd, запущенного в папке bin:

rac.exe cluster list

Ещё один способ прямо на сервере — свойства файла ragent.exe. Правый клик → «Свойства» → вкладка «Подробно»: поля «Версия файла» и «Версия продукта» показывают номер сборки. На Linux номер проще всего взять из имени папки (см. выше).

Технологический журнал и аварийные дампы

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

Технологический журнал (если он настроен через logcfg.xml) пишет события процессов ragent, rmngr, rphost. В каталоге журнала события разложены по подпапкам, имена которых включают процесс и его версию. Сам путь к каталогу логов задаётся в logcfg.xml.

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

Ещё один служебный источник — файл 1cv8.log или сопутствующие файлы кластера в каталоге srvinfo: сам каталог реестра кластера сервер создаёт при первом запуске, а путь к нему указан в строке запуска агента (-d). Версию оттуда напрямую не прочитать, но каталог подтверждает, какой экземпляр сервера активен.

Отдельного «журнала событий сервера» в привычном смысле у 1С нет: журнал регистрации (Главное меню → Все функции → Журнал регистрации) ведётся по информационной базе и фиксирует действия пользователей, а не версию платформы. Для версии опирайтесь на имена каталогов технологического журнала и дампов.

Версия со стороны клиента: окно «О программе»

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

  1. Запустите базу в режиме «1С:Предприятие».
  2. Нажмите на кнопку главного меню (иконка со стрелкой вниз в правом верхнем углу интерфейса «Такси»).
  3. Выберите Справка → О программе.

В открывшемся окне первой строкой идёт версия платформы, например 1С:Предприятие 8.3 (8.3.24.1819). Там же показана версия конфигурации — не перепутайте: серверу соответствует именно платформенный номер. Окно «О программе» одинаково доступно и в тонком, и в толстом клиенте, так что способ работает при любом варианте запуска.

Второй источник на клиенте — окно запуска «Запуск 1С:Предприятия» (ярлык 1cestart). В списке баз у каждой может быть указана версия платформы, а через Настройка виден перечень установленных на этом компьютере сборок. Но это версии клиента, а не сервера — они совпадут только в правильно настроенном клиент-серверном варианте.

Реестр Windows и пакеты Linux: что вообще установлено

Предыдущие способы отвечают на вопрос «какая версия работает». Этот раздел — про другое: «какие версии вообще стоят на машине». Это разные вопросы, и путать их не нужно.

На Windows полный список платформ 1С показывает оснастка «Программы и компоненты»:

  1. Win+R → appwiz.cpl.
  2. В списке найдите строки «1С:Предприятие 8.3 (8.3.24.1819)» и, для сервера, строку с серверной частью.

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

На Linux список ставят пакетные менеджеры. Для Debian и Ubuntu:

dpkg -l | grep 1c

Для RHEL, CentOS, Fedora:

rpm -qa | grep 1c

Имена пакетов серверной части включают номер версии (например, 1c-enterprise-8.3.24.1819-server), так что версия видна прямо в выводе. Это удобно для инвентаризации: одной командой получаете полный перечень установленного.

Частые ошибки при определении версии

Ошибки здесь почти всегда об одном — перепутали, что именно смотрят.

  • 📁 Смотрят на самую свежую папку в 1cv8. Наличие сборки на диске не значит, что она запущена. Запущенную версию называет только путь в службе агента.
  • 🧩 Путают версию платформы и версию конфигурации. 8.3.24.1819 — платформа; 3.0.xxx — конфигурация. Сервер — это про платформу.
  • 🔌 Консоль не той версии не подключается. Если оснастка не видит сервер, дело не в сервере, а в несовпадении версии консоли — перерегистрируйте radmin.dll из нужной папки.
  • 💻 Версию клиента принимают за версию сервера. На рабочем месте может стоять другая платформа (например, для локальных файловых баз). Для серверной базы они совпадают, но проверять лучше на самом сервере.
Версия платформы на сервере и на клиенте должны совпадать?
Для серверной базы — да, клиент и сервер работают на совместимых сборках, иначе соединение не установится. На практике держат одинаковый номер. Разные версии на одной машине допустимы только для разных баз.
Как понять, 32- или 64-разрядный сервер?
На Windows 64-разрядная платформа стоит в C:\Program Files\1cv8\, 32-разрядная — в C:\Program Files (x86)\1cv8\. На Linux разрядность видна в пути: x86_64 против i386. Серверную часть почти всегда ставят 64-разрядной.
Нужны ли права администратора, чтобы посмотреть версию?
Чтобы просто прочитать имя папки или открыть «О программе» в клиенте — нет. Чтобы открыть свойства службы, зарегистрировать radmin.dll или зайти в технологический журнал — да, нужны права администратора сервера.
Можно ли узнать версию удалённого сервера, не заходя на него по RDP?
Да, через консоль администрирования или rac с другого компьютера: если они подключились, их версия совместима с серверной. Точный номер при этом надёжнее смотреть на самом сервере — в службе или папке установки.