Почему 1С «зависает» в локальной сети при работе через тонкого клиента, но отлично работает по RDP?

Работу в клиент-серверном варианте 1С часто сопровождает одна неприятная особенность: при переходе с локального компьютера на мощный сервер пользователи сталкиваются с периодическими «зависаниями» интерфейса на 5–15 секунд. При этом работа через удаленный рабочий стол (RDP) остается стабильной. Рассмотрим по шагам, как выявить причину и устранить эти провалы производительности.

Шаг 1: Проверка сетевой инфраструктуры

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

1. Проверьте, не подключены ли к тому же коммутатору устройства с высоким трафиком, например, IP-видеокамеры. Даже при гигабитной сети некорректно настроенный мультикаст или высокая нагрузка на процессор свитча могут приводить к потере пакетов, критичных для протокола 1С.
2. Попробуйте временно разнести сервер и рабочие станции на разные физические сегменты или заменить коммутатор для теста.
3. Исключите ошибки драйверов сетевой карты: убедитесь, что установлены последние версии драйверов от производителя сервера.

Шаг 2: Настройка производительности сервера и BIOS

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

• Зайдите в BIOS сервера и отключите все функции «зеленого» управления питанием, такие как C-States, Intel SpeedStep или Energy Efficient Turbo. Процессор должен работать на максимально доступной частоте постоянно.
• В операционной системе Windows Server переключите план электропитания в режим «Высокая производительность» (High Performance).

Шаг 3: Синхронизация системного времени

Одной из скрытых причин внезапных «зависаний» может быть разрыв соединения между ragent (менеджером кластера) и рабочими процессами rphost. Если системное время на сервере синхронизируется с внешним NTP-сервером слишком часто или со значительными скачками, менеджер кластера может посчитать, что рабочий процесс «завис».

Проверьте журнал событий Windows на наличие записей Kernel-General с ID 1. Если проблема подтверждается, рассмотрите возможность изменения параметров таймаута кластера через командную строку запуска службы агента сервера:

ragent.exe /regport 1541 /port 1540 /range 1560:1591 /pingperiod 3000 /pingtimeout 15000

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

Шаг 4: Настройка сетевых протоколов и адаптеров

Рассмотрим специфические настройки сетевых адаптеров, которые могут конфликтовать с 1С:

1. Отключение Offloading-функций: На сервере в свойствах сетевой карты отключите технологии Large Send Offload (LSO), TCP Checksum Offload и Interrupt Moderation. Они часто вызывают микрозадержки при интенсивном обмене мелкими пакетами.
2. IPv6: Если ваша локальная сеть работает на IPv4, принудительно отключите IPv6 в свойствах сетевого адаптера, чтобы исключить попытки системы «достучаться» до ресурсов через этот протокол с последующим тайм-аутом.
3. Энергосбережение карты: На вкладке «Управление электропитанием» сетевого адаптера снимите галочку с пункта «Разрешить отключение этого устройства для экономии энергии».

Шаг 5: Переход на публикацию через веб-сервер

Если «железные» методы не дают результата, самым эффективным архитектурным решением для работы по сети является использование веб-сервера (IIS или Apache).

При использовании веб-сервера принцип взаимодействия меняется: вместо прямой работы по TCP-протоколу через тонкого клиента, взаимодействие переводится на протокол HTTP/HTTPS. Это значительно повышает стабильность соединения при наличии даже минимальных сетевых помех, так как веб-сервер лучше справляется с фрагментацией трафика и поддержкой сессий.

Шаг 6: Исключения в антивирусном ПО

Даже если полноценный антивирус не установлен, встроенный Windows Defender может проверять сетевой трафик. Убедитесь, что процессы rphost.exe, rmngr.exe, ragent.exe и sqlservr.exe добавлены в исключения, а порты 1540, 1541, 1560-1591 и 1433 не фильтруются брандмауэром.

Совет: В момент появления «зависания» запустите на проблемном клиенте команду ping -t <IP-сервера>. Если пинг показывает пропуски пакетов (Loss) или резкое увеличение времени отклика — проблема точно в сетевом уровне или кабельной системе. Если пинг идеален, а 1С висит — значит, необходимо углубляться в настройки самого кластера 1С и параметров сервера SQL.