Проверяем сервер 1С:Предприятия от строки подключения до портов

Обновлено 07.10.2026 · 10 мин

Содержание

Чтобы посмотреть сервер 1С, начните с окна запуска: у серверной базы внизу списка видна строка вида Srvr="srv1c";Ref="buh";. Здесь Srvr — имя сервера, Ref — имя базы в кластере. Дальше на самом сервере проверяют службу агента, процессы ragent, rmngr, rphost, кластер в консоли администрирования или через rac, журналы и порты.

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

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

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

Где посмотреть адрес сервера 1С:

🖥 Окно запуска 1С. Выделите базу в списке — внизу появится строка подключения. Для серверной базы она начинается с Srvr=, для файловой — с File=.
⚙️ Свойства базы в списке. Кнопка Изменить → тип «На сервере 1С:Предприятия». Там два поля: кластер серверов и имя информационной базы.
📄 Файл списка баз. Список хранится в %APPDATA%\1C\1CEStart\ibases.v8i. В нём для каждой базы есть строка Connect=Srvr="...";Ref="...";. Удобно, когда баз много или список раздаётся централизованно.

Если в Srvr указан порт, например srv1c:1641, значит, кластер работает не на стандартном порту. Это нужно учитывать при проверке сети и при подключении консоли.

Если в строке стоит IP-адрес, а кластер зарегистрирован по имени компьютера, клиенту всё равно нужно уметь разрешать это имя. Агент возвращает клиенту адреса процессов по имени сервера. Без записи в DNS или в файле hosts подключение обрывается уже после первого ответа.

Службы Windows и процессы сервера 1С

Сервер 1С — это не одна программа, а связка процессов. Если хотя бы один из них не поднялся, пользователи увидят ошибку.

Процесс	Что делает	Порт по умолчанию
`ragent.exe`	агент сервера, принимает первое обращение клиента и консоли	1540
`rmngr.exe`	менеджер кластера, хранит реестр кластера, распределяет сеансы	1541
`rphost.exe`	рабочий процесс, в нём выполняется код и запросы к СУБД	из диапазона 1560-1591
`ras.exe`	сервер администрирования для `rac` и сторонних консолей	1545

Как проверить службу

Откройте services.msc и найдите службу «1C:Enterprise 8.3 Server Agent». На 64-битной платформе в названии будет (x86-64).
Проверьте состояние «Выполняется» и тип запуска «Автоматически».
Откройте свойства службы и посмотрите «Исполняемый файл». В пути видна версия платформы, например C:\Program Files\1cv8\8.3.24.1691\bin\ragent.exe. Версия сервера должна совпадать с версией клиентов.
В той же строке видны параметры запуска: -port 1540 -regport 1541 -range 1560:1591 -d "...\srvinfo". Параметр -d показывает каталог с реестром кластера и журналами.

Быстрая проверка из PowerShell:

Get-Service | Where-Object { $_.DisplayName -like "*1C*" }
Get-Process ragent, rmngr, rphost -ErrorAction SilentlyContinue |
  Select-Object Name, Id, @{n="RAM_MB";e={[math]::Round($_.WorkingSet64/1MB)}}

Что говорит результат:

✅ Есть ragent, rmngr и хотя бы один rphost — сервер запущен.
⚠️ Есть только ragent — менеджер кластера не стартовал. Смотрите журнал Windows и права учётной записи службы на каталог srvinfo.
❌ Процессов нет, служба остановлена — запустите её и сразу проверьте журнал «Приложение», если она падает снова.

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

На Linux проверка аналогичная:

systemctl list-units --type=service | grep -i 1c
ps -eo pid,rss,cmd | grep -E "ragent|rmngr|rphost" | grep -v grep

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

Главный инструмент, чтобы посмотреть сервер 1С изнутри, — оснастка «Администрирование серверов 1С:Предприятия». Она ставится вместе с платформой, если выбран компонент администрирования.

Подключение

Запустите консоль из меню «Пуск».
Правой кнопкой по «Central 1C:Enterprise 8.3 servers» → Создать → Центральный сервер 1С:Предприятия.
Укажите имя компьютера и порт агента (по умолчанию 1540).
Если на кластере заданы администраторы, консоль спросит логин и пароль.

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

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

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

Что смотреть в дереве кластера

Раскройте сервер → Кластеры → ваш кластер. Внутри:

📚 Информационные базы — список баз. У каждой есть свои сеансы, соединения и блокировки. Если нужной базы нет, клиент получит ошибку «информационная база не обнаружена».
👥 Сеансы — кто работает: пользователь, компьютер, приложение (тонкий клиент, конфигуратор, фоновое задание), время начала, занятая лицензия.
⚙️ Рабочие процессы — список rphost с занятой памятью, числом соединений и доступной производительностью. Резкое падение доступной производительности у одного процесса — сигнал перегрузки.
🔗 Соединения — каналы между клиентами и рабочими процессами.
🔒 Блокировки — какие объекты базы захвачены и каким сеансом.
🖧 Рабочие серверы — параметры каждого сервера кластера: диапазон портов, ограничения памяти, отказоустойчивость.

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

rac и ras: смотрим сервер 1С из командной строки

Утилита rac удобна, когда нужно проверить сервер по SSH, из скрипта или с машины без консоли. Она работает не напрямую с агентом, а через сервер администрирования ras.

Запуск ras

Однократно, для проверки:

cd "C:\Program Files\1cv8\8.3.24.1691\bin"
ras.exe cluster --port=1545 localhost:1540

Окно должно остаться открытым. Чтобы ras работал постоянно, его регистрируют отдельной службой Windows с параметром --service. На Linux в комплекте платформы есть готовые файлы описания службы.

Основные команды rac

rac localhost:1545 cluster list
rac localhost:1545 infobase summary list --cluster=<UUID-кластера>
rac localhost:1545 session list --cluster=<UUID-кластера>
rac localhost:1545 session list --cluster=<UUID-кластера> --licenses
rac localhost:1545 process list --cluster=<UUID-кластера>
rac localhost:1545 server list --cluster=<UUID-кластера>

Порядок такой:

cluster list выдаёт UUID кластера, его имя, хост и порт менеджера.
Подставьте UUID в остальные команды через --cluster=.
Если на кластере есть администратор, добавьте --cluster-user= и --cluster-pwd=.

process list показывает те же рабочие процессы, что и консоль, включая занятую память. session list --licenses помогает разобраться, кто занял лицензии, когда новые пользователи получают отказ.

Полный список подкоманд и параметров зависит от версии платформы. Его выводит rac help и, для конкретного режима, rac help session.

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

Журналы: где сервер 1С пишет о проблемах

Когда сервер работает, но что-то идёт не так, ответ обычно лежит в одном из трёх журналов.

Журнал	Где смотреть	Что найдёте
Журнал Windows «Приложение»	`eventvwr.msc` → Журналы Windows → Приложение, источник с «1C» в названии	падения службы, ошибки запуска процессов, проблемы с лицензиями
Журнал регистрации базы	в программе `Администрирование → Обслуживание → Журнал регистрации`, или в конфигураторе `Администрирование → Журнал регистрации`	ошибки пользователей, входы, фоновые задания, изменения данных
Технологический журнал	каталог, заданный в `logcfg.xml`	исключения, взаимоблокировки, долгие вызовы и запросы к СУБД

Журнал регистрации на сервере

Файлы журнала регистрации серверной базы лежат в каталоге кластера: srvinfo\reg_1541\<GUID базы>\1Cv8Log. GUID базы виден в консоли кластера в свойствах базы или в выводе rac infobase summary list.

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

Технологический журнал

Этот журнал по умолчанию выключен. Его включают файлом logcfg.xml в каталоге conf платформы (например, C:\Program Files\1cv8\conf). Сервер подхватывает файл без перезапуска, примерно в течение минуты.

Минимальная настройка для поиска сбоев и взаимоблокировок:

<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
  <log location="D:\1c_techlog" history="24">
    <event>
      <eq property="name" value="EXCP"/>
    </event>
    <event>
      <eq property="name" value="TDEADLOCK"/>
    </event>
    <event>
      <eq property="name" value="TTIMEOUT"/>
    </event>
    <property name="all"/>
  </log>
</config>

Здесь history="24" — хранить файлы за 24 часа. EXCP — исключения, TDEADLOCK — взаимоблокировки, TTIMEOUT — превышение времени ожидания управляемой блокировки.

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

Производительность сервера и блокировки

Жалоба «1С тормозит» требует цифр. Смотрите сервер 1С по трём уровням: ресурсы Windows, рабочие процессы 1С и ожидания на блокировках.

Ресурсы машины

В «Мониторе ресурсов» или в perfmon проверьте:

🧠 Память. Свободной памяти меньше 10-15 % — признак, что сервер уходит в файл подкачки.
🔥 Процессор. Загрузка 90-100 % дольше нескольких минут — ищите, какой процесс её создаёт: rphost или СУБД.
💾 Диск. Длинная очередь к диску, где лежат базы СУБД или srvinfo, тормозит всё сразу.

Рабочие процессы

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

В свойствах рабочего сервера можно ограничить объём памяти рабочих процессов. Тогда разросшийся процесс перезапускается кластером, а не съедает всю память.

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

Блокировки

Пользователи видят ошибки ожидания блокировки, когда два сеанса пишут одни и те же данные. Порядок проверки:

В консоли откройте Блокировки нужной базы и посмотрите, какой сеанс держит объект.
Если ошибки повторяются, включите в техжурнале TTIMEOUT и TDEADLOCK (пример выше).
В событиях найдите оба участника: какой сеанс ждал и какой держал.
Сопоставьте время с журналом регистрации: часто держит блокировку долгое проведение или обработка, запущенная в рабочие часы.

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

Порты и сеть: проверка доступа к серверу 1С

Клиент сначала обращается к агенту на порт 1540, затем к менеджеру кластера на 1541. После этого он работает с рабочим процессом на порту из диапазона, заданного в свойствах рабочего сервера, по умолчанию 1560-1591. Консоль кластера тоже подключается через агент.

Проверка с компьютера пользователя

Test-NetConnection srv1c -Port 1540
Test-NetConnection srv1c -Port 1541
Test-NetConnection srv1c -Port 1560

TcpTestSucceeded : True — порт доступен. Если 1540 открыт, а 1541 или порты процессов закрыты, ищите правило брандмауэра или сетевой фильтр между сегментами.

Проверка на самом сервере

Какие порты слушает 1С:

netstat -ano | findstr "1540 1541 1545"

В последней колонке — PID. Сопоставьте его с процессом в диспетчере задач: 1540 должен держать ragent, 1541 — rmngr.

Правило брандмауэра Windows для стандартных портов:

New-NetFirewallRule -DisplayName "1C Server" -Direction Inbound -Protocol TCP `
  -LocalPort 1540,1541,1560-1591 -Action Allow

Порт 1545 для ras открывайте наружу только если rac действительно запускают с других машин.

Что ещё мешает подключению

🔤 Имя сервера. Кластер помнит хост, под которым его зарегистрировали. Если компьютер переименовали, клиенты и консоль будут обращаться к старому имени.
🔢 Нестандартный порт. Если служба запущена с -port 1640, в строке подключения нужно указывать srv1c:1640.
🧱 Несколько кластеров на одной машине. У каждого свои порты агента, менеджера и диапазон процессов. Пересечение диапазонов приводит к случайным сбоям.

Быстрая проверка сервера 1С

Строка подключения указывает на нужный сервер
Служба агента запущена, есть ragent, rmngr и rphost
Версия сервера совпадает с версией клиента
База видна в консоли кластера
Порты 1540, 1541 и 1560-1591 доступны с клиента
Имя сервера разрешается с клиента
В журнале Windows нет свежих ошибок 1С

Выполнено: 0 / 7

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

Как узнать версию сервера 1С, не заходя в консоль?

Откройте свойства службы агента в services.msc. В пути к ragent.exe указан каталог с номером версии платформы.

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

Да. Установите на свой компьютер компонент администрирования той же версии, что и сервер, зарегистрируйте radmin.dll и добавьте центральный сервер по имени и порту 1540.

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

Часто кончились лицензии или новые соединения не проходят к рабочим процессам из-за закрытых портов 1560-1591. Проверьте занятые лицензии и сеть.

Чем rac лучше консоли?

rac работает из командной строки и скриптов: удобно по SSH, на Linux и для регулярного мониторинга. Консоль удобнее для разовой ручной проверки.

Где лежат данные кластера на диске?

В каталоге, который задан параметром -d службы агента, по умолчанию srvinfo в каталоге установки. Там реестр кластера и журналы регистрации серверных баз.

Помогла статья?