Local Cluster Unavailable в 1С: причины и решения

При подключении к серверу 1С через тонкий клиент или консоль администрирования появляется ошибка «Local Cluster Unavailable». База недоступна, пользователи не могут работать. Ошибка означает одно: агент сервера 1С (ragent) не может поднять локальный кластер на порту 1541.

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

Краткая таблица причин

Причина 1 — служба «Агент сервера 1С» не запущена

Самая частая причина. Служба ragent остановлена, не запустилась после перезагрузки сервера или упала из-за критической ошибки. Без ragent кластер не существует — rmngr и rphost не запускаются. По нашей практике, около 40% случаев Local Cluster Unavailable решаются простым запуском службы.

Диагностика

Проверьте статус службы. На Windows:

sc query "1C:Enterprise 8.3 Server Agent"

Если состояние STOPPED или SERVICE_PAUSED — служба не работает. На Linux:

systemctl status srv1cv83

Ищите строку Active: inactive (dead) или failed. Если failed — смотрите причину в journalctl -u srv1cv83 --no-pager -n 50.

Решение

Запустите службу. На Windows:

net start "1C:Enterprise 8.3 Server Agent"

На Linux:

systemctl start srv1cv83

Убедитесь, что служба настроена на автозапуск. На Windows: откройте services.msc, найдите «1C:Enterprise 8.3 Server Agent», установите тип запуска «Автоматически». На Linux: systemctl enable srv1cv83.

Если служба запускается, но сразу останавливается — причина в повреждённом реестре кластера (см. причину 2) или конфликте портов (причину 3).

Причина 2 — повреждён реестр кластера

Реестр кластера — файл srvribrg.lst, в котором ragent хранит информацию о зарегистрированных кластерах. Рядом лежит 1CV8Reg.lst — реестр информационных баз кластера. Оба файла критичны: без них ragent не знает, какие кластеры обслуживать.

Файлы повреждаются из-за аварийного завершения, сбоя диска или незавершённой записи при отключении питания. ragent не может прочитать конфигурацию кластера и выдаёт Local Cluster Unavailable. Характерный признак: служба ragent запускается успешно, но кластер в консоли администрирования не появляется.

Диагностика

Файлы реестра находятся в рабочей директории сервера 1С:

• Windows: C:\Program Files\1cv8\srvinfo\reg_1541\
• Linux: /home/usr1cv8/.1cv8/1C/1cv8/reg_1541/

Откройте srvribrg.lst текстовым редактором. Файл должен содержать читаемую XML-подобную структуру с UUID кластера. Если файл пуст, содержит мусор или нулевые байты — реестр повреждён.

Решение

Последовательность действий:

1. Остановите службу агента сервера 1С.
2. Сделайте резервную копию папки reg_1541 целиком.
3. Удалите файл srvribrg.lst (и 1CV8Reg.lst, если тоже повреждён).
4. Запустите службу. ragent создаст пустой реестр автоматически.
5. Откройте консоль администрирования серверов 1С и заново зарегистрируйте информационные базы в кластере.

Регистрация ИБ через rac:

rac infobase --cluster=<cluster-uuid> create --name="MyBase" --dbms=MSSQLServer --db-server=localhost --db-name=mybase --db-user=sa --db-pwd=***

Если баз много — заранее сохраните список через rac infobase --cluster=<cluster-uuid> summary list, пока реестр ещё читается.

Причина 3 — конфликт портов 1540-1541

ragent слушает порт 1540, менеджер кластера (rmngr) — 1541. Если порт занят другим процессом, вторым экземпляром ragent или остался от предыдущей версии платформы — служба не может стартовать. Результат: Local Cluster Unavailable.

Диагностика

Проверьте, какие процессы занимают порты 1540 и 1541. На Windows:

netstat -ano | findstr ":1540 :1541"

На Linux:

ss -tlnp | grep -E ":1540|:1541"

Если порт занят процессом с PID, отличным от ragent — это конфликт. Частая ситуация: на сервере установлены две версии платформы 1С, и ragent от старой версии занял порты.

Решение

Два варианта:

1. Устранить конфликт: остановите процесс, занимающий порт. Если это ragent от старой версии — отключите его службу: sc config "1C:Enterprise 8.3 Server Agent (x86-64) (8.3.XX.YYYY)" start= disabled.
2. Сменить порт: запустите ragent с параметром -port: в свойствах службы добавьте в строку запуска -port 1640. Не забудьте обновить порт в настройках тонких клиентов.

После устранения конфликта проверьте, что порты 1540, 1541 и диапазон 1560-1591 свободны для рабочих процессов rphost.

Причина 4 — антивирус блокирует процессы кластера

Антивирус может заблокировать исполняемые файлы ragent.exe, rmngr.exe и rphost.exe как подозрительные. Особенно часто это происходит после обновления платформы 1С: файлы изменились, антивирус не знает новые хеши и отправляет их в карантин. Также real-time protection может блокировать запись ragent в реестр кластера, и вызывает ту же ошибку — Local Cluster Unavailable.

Диагностика

Проверьте журнал антивируса на наличие записей о блокировке файлов из папки C:\Program Files\1cv8\. Типичные пути исполняемых файлов:

• C:\Program Files\1cv8\8.3.XX.YYYY\bin\ragent.exe
• C:\Program Files\1cv8\8.3.XX.YYYY\bin\rmngr.exe
• C:\Program Files\1cv8\8.3.XX.YYYY\bin\rphost.exe

На Linux проверьте логи SELinux (audit.log) или AppArmor — они могут блокировать сетевую активность ragent без явного уведомления.

Решение

Добавьте в исключения антивируса:

• Папку C:\Program Files\1cv8\ целиком (все версии платформы)
• Рабочую директорию сервера: C:\Program Files\1cv8\srvinfo\
• Порты 1540, 1541, 1560-1591 (если антивирус фильтрует сетевой трафик)

Для Kaspersky Endpoint Security: Настройки → Угрозы и исключения → Исключения из проверки → добавьте указанные пути. Для Windows Defender:

Add-MpExclusion -Path "C:\Program Files\1cv8\"
Add-MpExclusion -Path "C:\Program Files\1cv8\srvinfo\"

После добавления исключений перезапустите службу агента сервера 1С.

Причина 5 — нехватка прав учётной записи usr1cv8

Служба ragent работает от имени учётной записи USR1CV8 (создаётся при установке). Если у этой учётной записи нет прав на рабочую директорию, временные файлы или сетевые порты — кластер не запустится.

Диагностика

Проверьте права на ключевые директории:

• C:\Program Files\1cv8\srvinfo\ — полный доступ для USR1CV8
• C:\Users\USR1CV8\AppData\Local\Temp\ — запись во временную папку
• C:\Program Files\1cv8\8.3.XX.YYYY\bin\ — чтение и выполнение

На Linux проверьте владельца каталогов:

ls -la /home/usr1cv8/.1cv8/
ls -la /opt/1cv8/x86_64/

Владелец должен быть usr1cv8:grp1cv8. Если после обновления платформы владелец изменился на root — ragent не сможет писать в рабочую директорию.

Решение

На Windows: откройте свойства папки srvinfo → Безопасность → Изменить → добавьте USR1CV8 с полным доступом. Или через PowerShell:

$acl = Get-Acl "C:\Program Files\1cv8\srvinfo"
$rule = New-Object System.Security.AccessControl.FileSystemAccessRule("USR1CV8","FullControl","ContainerInherit,ObjectInherit","None","Allow")
$acl.SetAccessRule($rule)
Set-Acl "C:\Program Files\1cv8\srvinfo" $acl

На Linux:

chown -R usr1cv8:grp1cv8 /home/usr1cv8/.1cv8/
chmod -R 755 /home/usr1cv8/.1cv8/

Также убедитесь, что учётная запись USR1CV8 имеет право «Вход в качестве службы» (Log on as a service). Проверка: secpol.msc → Локальные политики → Назначение прав пользователя → Вход в качестве службы.

Если ничего не помогло

Вы проверили все пять причин, а ошибка Local Cluster Unavailable остаётся? Неочевидные причины: повреждённые сеансовые данные в каталоге reg_1541\snccntx*, несовместимость версий платформы при обновлении, доменные групповые политики. Иногда мешает другое серверное ПО — например, SQL Server занимает ресурсы при перестроении индексов.

Попробуйте включить технологический журнал 1С для детальной диагностики. Он покажет, на каком этапе ragent не может поднять кластер. Если разобраться самостоятельно не получается — оставьте заявку, проведём диагностику вашего сервера.

Как предотвратить ошибку Local Cluster Unavailable

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

Мониторинг

• Служба ragent: настройте проверку статуса службы каждые 5 минут. В Windows: Task Scheduler + PowerShell-скрипт, проверяющий Get-Service "1C:Enterprise 8.3 Server Agent". При остановке — автоматический перезапуск и уведомление администратору
• Порты: мониторьте доступность порта 1541 извне. Любой сетевой мониторинг (Zabbix, PRTG, простой TCP-check) обнаружит недоступность кластера до того, как позвонит пользователь
• Диск: следите за свободным местом на разделе с srvinfo. При нехватке места ragent не сможет записать реестр кластера. Минимум 5 ГБ свободных

Регулярное обслуживание

• Бэкап реестра: копируйте папку reg_1541 ежедневно. Файлы srvribrg.lst и 1CV8Reg.lst занимают килобайты, но их потеря стоит часов простоя
• Обновление платформы: после обновления 1С проверяйте, что служба запускается, а антивирус не блокирует новые исполняемые файлы
• Очистка temp: периодически удаляйте содержимое reg_1541\snccntx* (при остановленной службе). Накопленные сеансовые данные замедляют старт кластера

Инфраструктура

Надёжный сервер снижает вероятность аварий ragent. ECC-память защищает от битовых ошибок, RAID — от потери данных реестра при сбое диска. UPS предотвращает некорректное завершение при отключении питания. Подробнее о выборе серверного оборудования — в требованиях к серверу для 1С и руководстве по подбору сервера.

Выбор процессора тоже влияет на стабильность кластера. При нехватке CPU ragent и rmngr конкурируют за ресурсы, и это вызывает таймауты и аварийные остановки. Как выбрать процессор с достаточным запасом — в руководстве по выбору процессора для 1С. Если нужно подобрать конфигурацию под конкретное число пользователей — смотрите сравнение серверов по числу пользователей.

Вопросы и ответы