← На главную

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

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

Проблемы с ресурсами и производительностью

Часто ошибка 10054 возникает из-за нехватки вычислительных ресурсов на сервере 1С или SQL-сервере. Процессы 1С и СУБД могут быть очень требовательными к памяти и дисковой подсистеме.

1. Ограничения памяти для процесса rphost

   Рабочий процесс 1С:Предприятия (rphost) является основным потребителем памяти на сервере 1С. Если на него установлены жесткие ограничения по использованию оперативной памяти или общий объем ОЗУ на сервере недостаточен, он может аварийно завершаться, что приводит к разрыву соединения для подключенных клиентов.

   Что делаем:

   • Проверим настройки кластера 1С: Откроем консоль администрирования сервера 1С. Для каждого рабочего сервера и каждого рабочего процесса (rphost) можем установить следующие параметры:
     • Максимальный объем памяти рабочего процесса (Мб): Установим значение, соответствующее доступному объему ОЗУ на сервере, но с учетом других процессов. Начнем с 0 (без ограничений), если проблема связана с утечками памяти, или с 4096-8192 Мб.
     • Перезапускать рабочий процесс при достижении установленного значения: Включим эту опцию.
     • Завершать процесс через (сек.): Установим значение, например, 180 секунд.
     • Время ожидания принудительного завершения (сек.): Например, 60 секунд.

     Эти настройки помогут рабочему процессу освобождать память и перезапускаться, предотвращая его падение из-за нехватки ресурсов. Применим эти изменения и перезапустим службу сервера 1С.

   • Увеличим общий объем оперативной памяти на сервере: Если на сервере постоянно не хватает ОЗУ, рассмотрим возможность физического увеличения объема памяти.
2. Недостаток свободного места на диске

   Особенно критично для диска, на котором расположены файлы базы данных SQL Server (.mdf, .ldf) или логов 1С (журнал регистрации, технологический журнал). Нехватка места может привести к невозможности выполнения операций записи, что вызывает сбои в работе сервера.

   Что делаем:

   • Проверим свободное место на всех дисках: Убедимся, что на дисках с системными файлами, файлами 1С и SQL Server есть достаточно свободного пространства (рекомендуется не менее 15-20% от общего объема). В некоторых случаях, всего 4 Мб свободного места на диске C: SQL-сервера уже может быть причиной проблемы.
   • Выполним очистку дисков: Удалим временные файлы, старые бэкапы, логи, которые больше не нужны.
3. Утечки памяти на сервере 1С

   Иногда проблемы возникают из-за ошибок в платформе 1С или конфигурации, которые приводят к постепенным утечкам памяти в процессе rphost. Со временем это вызывает исчерпание ресурсов и падение процесса.

   Что делаем:

   • Обновим платформу 1С: Перейдем на самую актуальную и стабильную версию платформы. Разработчики постоянно выпускают исправления, которые могут устранять подобные утечки.
   • Проверим журнал регистрации 1С: Найдем записи о падении процессов rphost, особенно те, которые сопровождаются превышением лимитов памяти.
4. Переход на 64-битный сервер 1С

   Если используется 32-битная версия сервера 1С, каждый процесс rphost ограничен 2 ГБ оперативной памяти, независимо от общего объема ОЗУ на сервере. Для больших и активно используемых баз этого может быть недостаточно.

   Что делаем:

   • Переустановим сервер 1С на 64-битную версию: Если ваша операционная система и SQL Server 64-битные, настоятельно рекомендуем использовать 64-битную платформу 1С. Это позволит рабочим процессам использовать значительно больше памяти.
5. Настройка SQL Server

   Проблемы на стороне SQL Server также могут приводить к разрывам соединений.

   Что делаем:

   • Сжатие базы данных и ее файлов: Выполним сжатие базы данных и файлов .mdf, .ldf.
   • Обновим статистику базы данных: Регулярное обновление статистики помогает SQL Server оптимизировать запросы.
   • Проверим флаги трассировки MS SQL: Если были применены какие-либо флаги трассировки (trace flags) по рекомендациям, не связанным с этой ошибкой, попробуем их временно отключить и проверить, решит ли это проблему. В некоторых случаях, некорректно настроенные флаги трассировки могут вызывать нестабильность.
   • Проверим настройки аутентификации SQL Server: Убедимся, что 1С использует правильный тип аутентификации (Windows или SQL-аутентификация) и что учетные данные корректны.

Проблемы сетевого взаимодействия

Ошибка 10054 по своей сути является сетевой, указывая на принудительный разрыв соединения удаленным хостом. Это может быть связано как с настройками операционной системы, так и с проблемами в самой сети.

1. Отключение IPv6

   Одной из наиболее частых причин этой ошибки, особенно на Windows Server 2012 R2 и более старых, является некорректная работа или конфликты с протоколом IPv6. Сервер 1С может пытаться установить соединение через IPv6, даже если он не используется или настроен некорректно, что приводит к разрывам.

   Что делаем:

   • Отключим IPv6 через реестр:
     1. Откроем редактор реестра (regedit).
     2. Перейдем по пути HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\TCPIP6\Parameters.
     3. Создадим новый параметр типа DWORD (32-бита) с именем DisabledComponents.
     4. Присвоим этому параметру значение 0xff (в шестнадцатеричной системе) или 255 (в десятичной системе).
     5. Перезагрузим сервер.

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

   • Отключим IPv6 на всех сетевых интерфейсах:
     1. Выполним команду ipconfig /all в командной строке.
     2. Найдем все интерфейсы с IPv6.
     3. Через свойства сетевого адаптера снимем галку с "Протокол Интернета версии 6 (TCP/IPv6)".
     4. Особое внимание уделим скрытым устройствам, таким как MS Teredo Tunneling Adapter. Для его отключения в диспетчере устройств включим отображение скрытых устройств и отключим Teredo.
2. Настройка файла hosts

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

   Что делаем:

   • Принудительно пропишем IP-адрес и имя сервера 1С: Добавим запись в файл hosts (обычно находится по пути C:\Windows\System32\drivers\etc\hosts) на сервере 1С, сервере СУБД и клиентских машинах (если проблема проявляется и на них). 192.168.1.100 SRV-1C

     Где 192.168.1.100 — это IP-адрес сервера 1С, а SRV-1C — его полное имя. Если есть несколько сетевых карт, пропишем имя с конкретным IP-адресом, который должен использоваться для связи с 1С.

3. Проверка сетевого оборудования и драйверов

   Нестабильное сетевое оборудование или устаревшие/некорректные сетевые драйверы, особенно на виртуальных машинах, могут быть причиной потери пакетов и разрывов соединений.

   Что делаем:

   • Проверим сетевое оборудование: Выполним длительные пинги и тесты стабильности сети между серверами 1С, СУБД и клиентскими машинами. Убедимся, что нет потери пакетов.
   • Обновим сетевые драйверы: На всех серверах и особенно на виртуальных машинах убедимся, что установлены последние версии сетевых драйверов, предоставленные производителем оборудования или гипервизора.
4. Настройка Keep-alive

   Протокол TCP имеет механизм Keep-alive, который позволяет поддерживать соединение активным даже при отсутствии обмена данными. Если этот механизм отключен или настроен некорректно, долго неактивные соединения могут быть разорваны.

   Что делаем:

   • Настроим параметры Keep-alive в реестре Windows: На сервере 1С можем добавить или изменить следующие параметры в реестре по пути HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters:
     • TcpTimedWaitDelay (DWORD) - Время ожидания перед тем, как система может повторно использовать закрытый порт. Значение по умолчанию 240 секунд (4 минуты). Установим, например, 30.
     • TcpMaxDataRetransmissions (DWORD) - Количество повторных передач данных перед тем, как соединение считается разорванным. По умолчанию 5. Увеличим до 10.
     • KeepAliveTime (DWORD) - Как долго соединение должно бездействовать, прежде чем TCP начнет отправлять пакеты keep-alive (в миллисекундах). Например, 300000 (5 минут).
     • KeepAliveInterval (DWORD) - Интервал между отправкой пакетов keep-alive, если ответ не получен (в миллисекундах). Например, 1000 (1 секунда).

     После изменений потребуется перезагрузка сервера.

Ошибки платформы 1С и конфигурации

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

1. Очистка кэша и сессий

   Накопленный кэш на сервере или зависшие пользовательские сессии могут приводить к нестабильной работе.

   Что делаем:

   • Очистим кэш на сервере 1С: Удалим содержимое папки C:\Program Files\1cv8\srvinfo\reg_XXXX (где XXXX — номер порта кластера 1С, например, 1541 или 3541). Рекомендуется сделать резервную копию этих файлов, прежде чем их удалять. После удаления необходимо перезапустить службу сервера 1С. Это приведет к пересозданию кэша.
   • Очистим все сессии: Через консоль администрирования кластера 1С завершим все активные сессии пользователей.
   • Очистим кэш на клиентских машинах: Удалим кэш 1С в папках %LocalAppData%\1C\1cv8 и %LocalAppData%\1C\1cv82 для каждого пользователя, у которого наблюдается проблема.
2. Перерегистрация баз и служб 1С

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

   Что делаем:

   • Перерегистрируем базы на сервере 1С: В консоли администрирования кластера 1С удалим и заново добавим информационные базы.
   • Переустановим службу агента сервера 1С: Иногда помогает переустановка службы агента сервера 1С через командную строку.
3. Проблемы с индексами и данными

   В конфигурации могут быть "косячные" объекты, например, строковые реквизиты большой длины, проиндексированные некорректно, что приводит к падению рабочего процесса при обращении к таким данным.

   Что делаем:

   • Выполним Тестирование и Исправление (ТИИ) базы данных: Запустим ТИИ с максимально полным набором проверок (проверка логической целостности, реиндексация, сжатие таблиц и т.д.). Важно делать это в монопольном режиме и после резервного копирования.
   • Проанализируем конфигурацию: Если проблема возникает при работе с конкретными документами или регистрами, проверим их на наличие нестандартных реквизитов или индексов, которые могли быть добавлены вручную или ошибочно.
4. Работа с фоновыми заданиями

   Длительные синхронные операции или зависшие фоновые задания могут быть причиной разрыва соединения.

   Что делаем:

   • Длительные операции вынесем в фоновые задания: Если операция занимает много времени (более 8-10 секунд), ее следует выполнять асинхронно. Например, вместо непосредственного выполнения запроса на сервер из формы, инициируем фоновое задание, а результат получим позже.
   • Проверим зависшие фоновые задания: В консоли администрирования 1С проверим список фоновых заданий. Если есть "зависшие" задания, попробуем их принудительно завершить или перезапустить rphost, который их обслуживает.
   • Отключим ненужные регламентные задания: Некоторые регламентные задания могут потреблять много ресурсов и приводить к конфликтам.
5. Конфликты патчей и расширений

   Установленные патчи (исправления) или расширения конфигурации могут содержать ошибки, которые вызывают нестабильность.

   Что делаем:

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

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

   Что делаем:

   • Перенесем журнал регистрации: В одном из случаев, проблема была решена переносом журнала регистрации на другой диск.
7. Циклический перезапуск рабочих процессов

   Если в настройках кластера 1С включен мягкий перезапуск сервера по расписанию, и в этот момент происходит какая-либо операция с базой данных (например, выгрузка/загрузка .dt), это может привести к принудительному разрыву соединения.

   Что делаем:

   • Изменим расписание перезапуска: Убедимся, что автоматические перезапуски сервера или рабочих процессов не совпадают с критически важными операциями с базой данных.
8. Нестабильные версии платформы

   Некоторые версии платформы 1С могут содержать ошибки, которые приводят к данной проблеме.

   Что делаем:

   • Обновим платформу: Перейдем на более свежую и стабильную версию.
   • Откатимся к предыдущей версии: Если проблема появилась после обновления платформы, попробуем вернуться к предыдущей стабильной версии. Например, платформа 8.3.10.2505 имела зарегистрированный баг, связанный с внешними печатными формами на обычных формах, который вызывал эту ошибку. В таких случаях временным решением может быть использование параллельно установленного агента сервера 1С более старой версии.

Особенности виртуализации

Использование 1С на виртуальных машинах может вносить свои нюансы, которые проявляются в виде ошибки 10054.

1. Проблемы с сетевыми драйверами в ВМ

   Некорректно установленные или устаревшие сетевые драйверы виртуальной машины могут быть причиной сетевых проблем.

   Что делаем:

   • Убедимся в актуальности драйверов: Проверим и обновим драйверы сетевых адаптеров виртуальной машины до последних версий, предоставленных вендором гипервизора (VMware Tools, Hyper-V Integration Services и т.д.).
2. Выделение физического диска для SQL на ВМ

   В некоторых случаях, если SQL Server установлен на виртуальной машине, рекомендуется выделять для него физический диск (Direct Pass-Through Disk) или диск с максимально возможной производительностью, чтобы избежать узких мест по вводу-выводу.

   Что делаем:

   • Проконсультируемся с администратором виртуализации: Обсудим возможность оптимизации дисковой подсистемы для SQL Server на виртуальной машине.

Диагностика и дополнительные рекомендации

Для эффективного устранения проблемы крайне важна правильная диагностика.

1. Использование Технологического журнала 1С

   Это мощный инструмент для выявления истинной причины сбоев.

   Что делаем:

   • Настроим Технологический журнал: Включим логирование для событий PROC (отслеживание перезапусков рабочих процессов), EXCP (исключения), DBV8 (операции с базой данных), CONN (соединения). Анализ этих логов поможет выявить, что именно происходит в момент разрыва соединения. Изучим записи непосредственно перед ошибкой 10054.
2. Анализ дампов памяти

   При падении рабочего процесса 1С могут создаваться дампы памяти. Их анализ может дать глубокое понимание причин сбоя.

   Что делаем:

   • Используем дампы памяти: Если дампы создаются, их можно отправить в техподдержку 1С для анализа или попробовать проанализировать самостоятельно с помощью соответствующих инструментов.
3. Проверка антивирусного ПО

   Иногда антивирусное ПО на сервере может блокировать сетевые соединения или процессы 1С.

   Что делаем:

   • Исключим папки 1С и SQL из проверки: Добавим в исключения антивируса папки с установленной платформой 1С, базами данных, логами и файлами SQL Server.

Как мы видим, проблема «Удаленный хост принудительно разорвал существующее подключение» может иметь очень много различных причин. Мы рассмотрели наиболее распространенные из них, опираясь на опыт специалистов и решения, которые помогли в реальных условиях. Рекомендуем начать диагностику с проверки ресурсов сервера и настроек сети, а затем перейти к специфическим настройкам платформы 1С и SQL Server. Будьте терпеливы, и вы обязательно найдете причину и сможете решить эту проблему.