Почему не обновляется агент сервера 1С 8.3.23 и как исправить низкую производительность?

Системный администратор 1С v8.3 (Управляемые формы) IT и автоматизация бизнеса
← На главную

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

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

Метод 1. Корректировка пути запуска через реестр Windows

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

Пошаговая инструкция:

  1. Остановим службу 1C:Enterprise 8.3 Server Agent через консоль services.msc.
  2. Запустим редактор реестра regedit от имени администратора.
  3. Перейдем по следующему пути:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.3 Server Agent (x86-64)
    (Если у вас 32-битный сервер, ветка будет называться без приписки x86-64).
  4. Найдем параметр ImagePath. Именно здесь прописана строка запуска.
  5. Отредактируем значение, указав путь к новому релизу. Рассмотрим пример правильной строки:

"C:\Program Files\1cv8\8.3.23.1688\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo"

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

Метод 2. Перерегистрация службы через командную строку

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

Выполним следующие команды в командной строке (CMD), запущенной от имени администратора:


-- Останавливаем и удаляем старую службу
sc stop "1C:Enterprise 8.3 Server Agent (x86-64)"
sc delete "1C:Enterprise 8.3 Server Agent (x86-64)"

-- Создаем службу заново с правильным путем (путь к bin новой платформы)
sc create "1C:Enterprise 8.3 Server Agent (x86-64)" binPath= "\"C:\Program Files\1cv8\8.3.23.1688\bin\ragent.exe\" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d \"C:\Program Files\1cv8\srvinfo\"" start= auto

Важно: Обратите внимание на пробел после binPath= и start= . Это синтаксическая особенность команды sc. После выполнения команд обновите список служб и запустите агент.

Выясняем причины низкой производительности в 8.3.23

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

Разберем основные факторы замедления:

  1. Влияние протокола IPv6. Платформа 8.3.23 активно пытается использовать IPv6 для связи между рабочими процессами rphost и менеджером кластера. Если в вашей сети IPv6 включен, но не настроен, возникают задержки по тайм-ауту. Решение: Явно пропишите в файле hosts (C:\Windows\System32\drivers\etc\hosts) соответствие имени сервера его IPv4 адресу:
    127.0.0.1 localhost
    192.168.1.10 SERVERNAME
  2. Режим HTTP-отладки. В новых версиях механизм -debug был переработан. Если служба запускается с этим ключом, нагрузка на сервер резко возрастает. Проверьте строку запуска в реестре и, если отладка не требуется для рабочих баз, удалите этот ключ.
  3. Очистка серверного кэша. При переходе между минорными версиями (с 8.3.22 на 8.3.23) старый кэш конфигураций в каталоге snccntxt может вызывать деградацию производительности.
    Порядок действий: остановите службу ragent, перейдите в C:\Program Files\1cv8\srvinfo\reg_1541 и удалите папку snccntxt. При запуске 1С создаст его заново.

Особенности работы на терминальном сервере

Проанализируем ситуацию, когда сервер 1С совмещен с ролью терминального сервера (RDP). Выясним, почему пользователи могут видеть «тормоза» даже при нормальной загрузке процессора.

В платформе 8.3.23 были замечены конфликты с аппаратным ускорением графики. На терминальных серверах рекомендуется отключить использование аппаратного ускорения для отрисовки интерфейса 1С. Это делается через групповые политики или реестр для протокола RDP. Также стоит проверить настройки DEP (Data Execution Prevention) — добавьте исполняемые файлы 1С (1cv8.exe, 1cv8c.exe) в исключения, если наблюдаются беспричинные закрытия программы.

Не забудем про COM-соединение. Если у вас настроены обмены между базами, необходимо перерегистрировать библиотеку comcntr.dll из папки bin актуальной версии платформы:

regsvr32 "C:\Program Files\1cv8\8.3.23.1688\bin\comcntr.dll"

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

Резюме

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

← На главную