Ошибка обращения к серверу 1с предприятия 0x00002746

Лечим 54ю ошибку в 1С

 Описание ошибки

server_addr=tcp://<имясервера>:1562 descr=Ошибка сетевего доступа к серверу (Windows Sockets — 10054(0x00002746). Удаленный хост принудительно разорвал существующее подключение.) line=1031 file=.srcDataExchangeTcpClientImpl.cpp

Как бороться с этой проблемой

Настроить Технологический журнал и разобрать его логи.
Наиболее частыми причинами бывают падения серверной части 1С:Предприятия.
В также можно убедиться, посмотрев — ане создаются ли дампы (смотреть путь logcfg.xml, если настройка dump-ов в нем отсутствует, то в каталоге %USERPROFILE%Local SettingsApplication Data1C1Cv81Dumps, например C:Documents and Settings<Имя пользователя>Local SettingsApplication Data1C1Cv81dumps. Падения платформы чаще всего могут возникать из-за запросов с нестандартными параметрами. Дампы отсылайте в техподдержку 1С email:v8@1c.ru.
1. Чаще всего мне встречалась проблема в журнале документов в отборах запросы были похожи на этот:

SELECT ALLOWED TOP 35 R.Date_Time A1,
R.Number A2,
R.Fld9608 A3,
R.Fld9613 A4,
R.Fld9606 A5,
R.Fld9610 A6,
R.Fld9611 A7,
R.Fld9607 A8,
R.Fld9612 A9,
R.Fld9615 A10,
R.Fld9614 A11,
R.Fld9609 A12,
R.Fld9605 A13,
R.Document A14,
R.Marked A15,
R.Posted A16,CAST(R.Fld9608 AS REF(Reference9)).Description
A17,CAST(R.Fld9606 AS REF(Reference52)).Description A18,CAST(R.Fld9611
AS REF(Reference93)).Description A19, CASE WHEN R.Fld9609 REFS
Reference53 THEN CAST(R.Fld9609 AS REF(Reference53)).Description WHEN
R.Fld9609 REFS Reference150 THEN CAST(R.Fld9609 AS
REF(Reference150)).Description WHEN R.Fld9609 REFS Reference63 THEN
CAST(R.Fld9609 AS REF(Reference63)).Description WHEN R.Fld9609 REFS
Reference114 THEN CAST(R.Fld9609 AS REF(Reference114)).Description END
A20,CAST(R.Fld9605 AS REF(Reference79)).Description A21
FROM DocumentJournal9604 R WHERE
((R.Fld9605=79:b63e000bcd6ad80811da7cf12c684266)) AND
(R.Date_Time > DATETIME(2006,12,31,12,0,0) OR (R.Date_Time =
DATETIME(2006,12,31,12,0,0) AND (R.Document >=
343:b654000bcd6ad80811dba49c7aabe269)))
ORDER BY A1 ASC, A14 ASC’

2. Пример лога ТЖ, показывающее причину падений сервера при обновлении полнотекстового поиска
11:40.9690-0,EXCP,1,process=rphost,p:processName=<база данных>,t:clientID=3, t:applicationName=BackgroundJob,t:connectID=27,Usr=DefUser,DumpFile=C:Program Files (x86)1cv81dumpsrphost_8.1.13.41_7d4e2366_20090609021136_10236.mdmp,Context=’
ОбщийМодуль.МодульРегламентныхЗаданий : 46 : ПолнотекстовыйПоиск.ОбновитьИндекс(Ложь, Истина);’

Итоговым решением в этом примере будет отключить фоновый процес в проблемной базе. Дождаться нового релиза платформы и обновиться.
Более подробно про падения платформы смотрите в моем блоге.
3. Пример ТЖ для циклический перезапуск процессов. Для анализа этого события на компьютере сервера 1С:Предприятия необходимо включить запись в технологический журнал событий PROC (пример файла logcfg.xml).
Когда процесс выключается, будет выведено событие PROC со свойством Txt=Process become disable.
Когда процесс останавливается, будет выведено событие PROC со свойством Txt=Process terminated. Any clients finished with error. Если аварийные завершения работы пользователей совпадают по времени с выводом этого события, то причиной является принудительная остановка рабочего процесса либо администратором (через консоль кластера), либо вследствие автоматического перезапуска.
4. Убедиться, что причиной являются/не являются действия администратора в консоли

—————————-

Ниже представлен вариант решения коллегой.

Всем заинтересованным в решении проблем с падением платформы с ошибками:

10051, 10053, 10054, 10064

Как показал разбор полетов по падениям платформы, с выше указанными ошибками:

— Большинство падений вызвано именно работой фоновых заданий, как и предполагалось в топике.

— Не хваткой дискового пространства

— Наличием большого числа не завершенных транзакций в журнале 1С

* * *

— Прежде чем заниматься разбором с технологическим журналом, проанализируйте используемые в конфигурации фоновые задания и отключите те, которые не требуются Вам для работы, конфигурации (банально, анализ 14 ГБ мусора можно считать времяпрепровождением, если Вам нечем заняться… :))) )

— Проанализируйте и внесите исправления в дописанные Вами фоновые задания, убедитесь в том, что они завершаются с нормальным кодом завершения (без ошибок и не закрытых транзакций)

— Внесите в алгоритмы фоновых заданий фрагменты кода, ошищающие, принудительно, память используемую в ходе их работы (Не стоит надеяться на то, что 1С при завершении особождает использованную память)

— Проанализируйте и ИСПРАВЬТЕ ПРОБЛЕМЫ ФУНКЦИОНИРОВАНИЯ типовых фоновых заданий конфигурации

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

— Проанализируйте объем используемого пространства сервером SQL, вероятно что серверу банально нехватает памяти

— Проверьте политки настройки Active Directory

— И также сожмите/очистите журнал транзакций SQL вот примерно таким кодом (для SQL 2000):

Если после этих операций падения продолжаются, тогда продолжайте следовать рекомендациям:

— Пробуйте внести изменения в файлы HOSTS операционной системы (вероятнее всего будет достаточно прописать ассоцирование только в файлы на одной/двух машинах, где падения происходят наиболее часто)

— Пробуйте разнести сервера 1С предприятия и SQL, если они у Вас на одной машине.

— Или наоборот установите их на одной машине (если хватает ресурсов) Отмечаются случаи, когда именно перенос серверов на один сервер помогало (На мой взгляд очень сомнительно и больше относится именно к причине начала работы, это сжатие журналов транзакций)

— Проверьте время отклика сервера (вероятнее всего, что все будет в пределах нормы, а редкие провалы во времени обслуживания, не могут столь сильно влиять на работу сервера предприятия)

— Проверьте работу маршрутизаторов в сети (Редко, но бывает, что именно их перенастройка влияет на количество падений)

— Проверьте конфликты оборудования в сети (это к вопросу, почему желательно иметь оборудование одного поставщика в сети. Кто хочет может проверить, например, в тех. документации 3COM написано: если сетевая карта обнаруживает, что взаимодействует с аналогичной сетевой картой, то она может быть переключена в более производительный режим, засчет перехода на оптимизированный алгоритм обработки сетевых пакетов, проверено на личном опыте скачок производительности до 50%)

— Проверьте уровни сигналов у потребителей/конечных компьютеров (может быть банально, низкий уровень сигналов, постоянные повторные запросы блоков, задержка очереди на обслуживание в сети, а следовательно в конце концов получение сообщения, что конечный серевер разорвал соединение, когда количество попыток превысит время ожидания поступления сигнала. Если хотите разобраться в данном вопросе обратитесь к протоколу работы Ethernet/CSMA CD/CSMA. Количество попыток в передаче пакета по данному протоколу не бесконечно… ))) Да и буфер в картах тоже не беспределен.)

— Добавьте памяти на сервера

— Переведите часть/всех пользователей в терминальный режим (Т.е. обеспечьте то, что МНОГИЕ пользователи определеяют как ТОНКОГО КЛИЕНТА 1C). В качестве такого сервера я бы рекомендовал Citrix Metaframe или Terminal Server MS

Вероятнее всего, когда Вы выполните указанные рекомендации, за исключением разбора проблем с железом, стабильность работы возрастет настолько что падения платформы станут очень редкими, что перекроют технологические промежутки по обслуживанию базы данных, выполнять которые всеже НЕОБХОДИМО и не думайте, что те рекомендации что указаны выше Панацея от всех проблем.

Они решат многие, но не все проблемы.

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

(С) Шарафан Александр (AXELOT, Москва)

———————————

Ряд проблем связан с утечками памяти.
1. Перезагрузите сервер.
2. Если у Вас 1 рабочий процесс, добавьте еще несколько, чтобы иметь возможность переподключиться в случаи сбоя рабочего процесса.

3. Если у Вас 32х разрядна версия сервера 1С, то пора купить 1С:Предприятие 8.2. Лицензию на сервер (x86-64).

Исследуйте роли «Пользователя», если они есть в типовой конфигурации конечно, и в частности, после того как вычислите проблемныйдокумент с помощью ТЖ, нужно найти проблемную роль (кто жалуется).
Далее для роли Пользователя смотрим РЛС документа, если дополнительных настроек нет (чисто), то правой кнопкой на нем — поиск ссылок на объект, и последовательно просматриваем РЛС для роли «Пользователь» для каждого объекта.

Ошибочное принятие высокой интенсивности пользователей за атаку на протокол в некоторых случаях Windows.
>Запустить программу regedit.exe, добавь новое значение типа DWORD с именем SynAttackProtect в раздел реестра HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters и присвой ему значение 00000000
Имеет смысл делать для ОС Windows 2003 SP1 (http://msdn.microsoft.com/ru-ru/library/ms189083.aspx).

p.s. Кроме того, 54 ошибку можно получить на релизах <= 8.1.12.98 при ри конвертации конвертором ИБ 77(DBF) -> 81(SQL) в типовой ТиС (демо, взятой с ИТС) релиз. 954 в клиент-серверном варианте.
обойти можно так:
— выполните конвертацию в файловый фариант информационной базы 1С:Предприятия 8.1,
— выгрузите полученную информационную базу в файл,
— загрузите в клиент-серверный вариант информационной базы 1С:Предприятия 8.1.

Собрать логи ТЖ можно файлом logcfg.xml.

1С ошибка 10054 на Debian Squeeze

Содержание:

1.    Переход на последнюю версию платформы 1С как решение ошибки

2.    Очистка кеша на сервере для решения проблемы

3.    Исправление проблемы с подключением IPv6

Возникновение ошибки «Удаленный хост принудительно разорвал существующее подключение с 1С» зачастую сопровождается кодом 10054 (0x00002746). Откуда возникает эта ошибка и как ее исправить – об этом мы поговорим в данной статье.  

1.     Переход на последнюю версию платформы 1С как решение ошибки

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

2.   Очистка кеша на сервере для решения проблемы

Изменение версии платформы – не единственная из возможных причин возникновения ошибки «Удаленный хост принудительно разорвал подключение (10054)». Соответственно, обновление или откат также не являются универсальными решениями проблемы. В любом случае, если вы рядовой пользователь, Вам надо обращаться к системному администратору. Своими действиями вы никак не могли вызвать данную ошибку. Если же Вы специалист и ищете решение данной проблемы, то первым делом надо заняться очисткой кеша на сервере, очистить все сессии и перезагрузить сервер. 

Также не стоит забывать о такой простой вещи, как недостача свободного места на диске, где установлен SQL сервер. Одно из вытекающих решений – очистка памяти. Наконец, одно из популярных решений, которое помогает с этой проблемой, если вас 32 битный 1С сервер, это установка 64 битной версии 1С сервера. Если ничего из вышеперечисленного не помогло, то следует попробовать сжать базу, перезапустить службы агента сервера 1С, попробовать сделать выгрузку/загрузку.  

3.     Исправление проблемы с подключением IPv6

Ещё один нередкий случай: ошибка «Удаленный хост принудительно разорвал существующее подключение (10054)» возникает по причине подключения IPv6. Проверить это можно, открыв командную строку и выполнив команду Ping по имени вашей страницы. Проверьте адрес – по ответу сразу будет понятно, какой протокол в приоритете. Если это так, то следует отключить IPv6 через системный реестр и перезагрузить компьютер. Это можно сделать, создав запись в разделе HKLMSYSTEMCurrentControlSetservicesTCPIP6Parameters, запись «Параметр DWORD (32-бита)» с именем «DisabledComponents» и значением 0xff.

Специалист компании «Кодерлайн»

Юрий Сахно

серый КТУЛХУ

28.10.21 — 14:38

серый КТУЛХУ

1 — 28.10.21 — 14:42

прим.: админ грит IPv6 отключил — не помогло.

asady

2 — 28.10.21 — 14:42

МихаилМ

3 — 28.10.21 — 14:43

в поиск. видел такую тему

серый КТУЛХУ

4 — 28.10.21 — 14:44

серый КТУЛХУ

5 — 28.10.21 — 14:47

Garykom

6 — 28.10.21 — 14:47

(0) ВК валит сервер 1С

Garykom

7 — 28.10.21 — 14:48

(6)+ отрубить регламентные/фоновые и рестартануть

Garykom

8 — 28.10.21 — 14:48

(6)+ это одно из предположений

Dmitrii

9 — 28.10.21 — 14:50

серый КТУЛХУ

10 — 28.10.21 — 14:51

серый КТУЛХУ

11 — 28.10.21 — 14:52

* «слк-лицензирование»

Garykom

12 — 28.10.21 — 14:52

(10) rphost рестартует к примеру

МихаилМ

13 — 28.10.21 — 14:54

Dmitrii

14 — 28.10.21 — 14:55

set LOG_FILE="scripts.log"
set SERVICE_1C_NAME="1C:Enterprise 8.3 Server Agent (x86-64)"
set SERVICE_RAS_NAME="1C:Enterprise 8.3 Remote Server"
set CNTX_PATH="C:srvinforeg_1541"
set PFL_PATH="C:ProgramData1C1cv8"
set TEMP_PATH="C:WindowsTemp"
echo stop %DATE% %TIME% >> %TEMP_PATH%%LOG_FILE%
sc stop %SERVICE_1C_NAME%
sc stop %SERVICE_RAS_NAME%
timeout 5
taskkill /f /im "rphost.exe"
taskkill /f /im "rmngr.exe"
taskkill /f /im "ragent.exe"
taskkill /f /im "ras.exe"
timeout 5
echo done stop %DATE% %TIME% >> %TEMP_PATH%%LOG_FILE%
echo clean temp %DATE% %TIME% >> %TEMP_PATH%%LOG_FILE%
DEL /Q /F /S %CNTX_PATH%snccntx*
DEL /Q /F %PFL_PATH%*.pfl
DEL /Q /F /S %TEMP_PATH%*.*
echo done clean temp %DATE% %TIME% >> %TEMP_PATH%%LOG_FILE%

серый КТУЛХУ

15 — 28.10.21 — 15:09

shuhard

16 — 28.10.21 — 15:25

Dmitrii

17 — 28.10.21 — 15:32

серый КТУЛХУ

18 — 28.10.21 — 15:55

1С 8.x : Ошибка Windows Sockets 10054

Причины возникновения
Причины этой ошибки разняться по своей «природе», но их объединяето то, что уже существующее (т.е. ранее установленое) соединение с клиентом разрывает сервер.

1. С версии 8.1.11 включен циклический перезапуск процессов, по наступлению интервала происходит автоматический перезапуск рабочих процессов rphost.

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

3. Действия администратора в консоли (команда удалить пользователя)

4. Процесс rphost на серверном компьютере завершился аварийно

5. Ошибочное принятие высокой интенсивности пользователей за атаку на протокол в некоторых случаях Windows

6. Устаревание данных в кэшах

7. Плохо отслеживаемые события в фоновых процессах

8. Нестандартные запросы могут приводить к падениям rphost

Способы устранения
1. с 8.1.11 включен циклический перезапуск процессов, для анализа этого события на компьютере сервера 1С:Предприятия необходимо включить запись в технологический журнал событий PROC (пример файла logcfg.xml).
Когда процесс выключается, будет выведено событие PROC со свойством Txt=Process become disable.
Когда процесс останавливается, будет выведено событие PROC со свойством Txt=Process terminated. Any clients finished with error. Если аварийные завершения работы пользователей совпадают по времени с выводом этого события, то причиной является принудительная остановка рабочего процесса либо администратором (через консоль кластера), либо вследствие автоматического перезапуска.

2. перезагрузить сервер
3. убедиться, что причиной являются/не являются действия администратора в консоли
4. создать на сервере приложения два или более рабочих процесса, чтобы иметь возможность переподключиться в случаи сбоя рабочего процесса
5. Запусти программу regedit.exe, добавь новое значение типа DWORD с именем SynAttackProtect в раздел реестра HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters и присвой ему значение 00000000
Имеет смысл делать для ОС Windows 2003 SP1 (http://msdn.microsoft.com/ru-ru/library/ms189083.aspx).

6. arp -d *
ipconfig /flushdns
ipconfig /registerdns
nbtstat -R
nbtstat -RR

7. отключить фоновые процессы во всех базах

8. найти технологическим журналом запрос, приводящий к падению

p.s. Кроме того, 54 ошибку можно получить на релизах 81(SQL) в типовой ТиС (демо, взятой с ИТС) релиз. 954 в клиент-серверном варианте.

обойти можно так:

— выполните конвертацию в файловый фариант информационной базы 1С:Предприятия 8.1,
— выгрузите полученную информационную базу в файл,
— загрузите в клиент-серверный вариант информационной базы 1С:Предприятия 8.1.

Ошибка Windows Sockets 10054

Причины возникновения
Причины этой ошибки разняться по своей «природе», но их объединяето то, что уже существующее (т.е. ранее установленое) соединение с клиентом разрывает сервер.

1. С версии 8.1.11 включен циклический перезапуск процессов, по наступлению интервала происходит автоматический перезапуск рабочих процессов rphost.

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

3. Действия администратора в консоли (команда удалить пользователя)

4. Процесс rphost на серверном компьютере завершился аварийно

5. Ошибочное принятие высокой интенсивности пользователей за атаку на протокол в некоторых случаях Windows

6. Устаревание данных в кэшах

7. Плохо отслеживаемые события в фоновых процессах

8. Нестандартные запросы могут приводить к падениям rphost

Способы устранения
1. с 8.1.11 включен циклический перезапуск процессов, для анализа этого события на компьютере сервера 1С:Предприятия необходимо включить запись в технологический журнал событий PROC (пример файла logcfg.xml).
Когда процесс выключается, будет выведено событие PROC со свойством Txt=Process become disable.
Когда процесс останавливается, будет выведено событие PROC со свойством Txt=Process terminated. Any clients finished with error. Если аварийные завершения работы пользователей совпадают по времени с выводом этого события, то причиной является принудительная остановка рабочего процесса либо администратором (через консоль кластера), либо вследствие автоматического перезапуска.

2. перезагрузить сервер
3. убедиться, что причиной являются/не являются действия администратора в консоли
4. создать на сервере приложения два или более рабочих процесса, чтобы иметь возможность переподключиться в случаи сбоя рабочего процесса
5. Запусти программу regedit.exe, добавь новое значение типа DWORD с именем SynAttackProtect в раздел реестра HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters и присвой ему значение 00000000
Имеет смысл делать для ОС Windows 2003 SP1 (http://msdn.microsoft.com/ru-ru/library/ms189083.aspx).

6. arp -d *
ipconfig /flushdns
ipconfig /registerdns
nbtstat -R
nbtstat -RR

7. отключить фоновые процессы во всех базах

8. найти технологическим журналом запрос, приводящий к падению

p.s. Кроме того, 54 ошибку можно получить на релизах 81(SQL) в типовой ТиС (демо, взятой с ИТС) релиз. 954 в клиент-серверном варианте.

обойти можно так:

— выполните конвертацию в файловый фариант информационной базы 1С:Предприятия 8.1,
— выгрузите полученную информационную базу в файл,
— загрузите в клиент-серверный вариант информационной базы 1С:Предприятия 8.1.

Конфигурация «Управление торговлей», 10.2
Платформа 8.1.9.57. MS SQL 2005. Несколько раз в день всех выкидывает из всех баз 1с сообщение об ошибке следующее

server_addr=tcp://server:1541 descr=tcp://SERVER-RKS:1562 descr=Ошибка сетевого доступа
к серверу (Windows Sockets -10054(0x00002746). Удаленный хост принудительно разорвал
существующее подключение. ) line=908 file=.srcDataExchangeTcpClientlmpl.cpp

SERVER3:1563 descr=ошибка сетевого доступа к серверу (Windows Socets — 10054(0x00002746). Удаленный хост принудительно разорвал существующее подключение line=908 file=.srcDataExchangeTcpClientlmpl.cpp После чего клиент вынужден перезапускать 1С:Предприятие. Платформа 1С:Предприятие 8.1 (8.1.11.67) Конфигурация «Управление торговлей», редакция 10.3 (10.3.2.11) Сетевой анализатор существенных проблем на сервере не выявил. Можно предположить, что возникли проблемы с менеджером лицензий. SynAttackProtect=0, ip адрес сервера статический. Уважаемые коллеги, что можете предложить для решения этой проблемы?

чтобы не гадать на кофейной гуще, включите технологический журнал, и прежде всего убедитесь, что не включены фоновые процессы и приватная память rphost не превышает гигабайта (при достижении граничных значений, она сбрасывается к нуля с данной ошибкой) и наконец убедитесь, что отключен рециклинг rphost. Если автоматический перезапуск рабочих процессов выключен, то вероятно аварийное завершение процесса rphost. Для анализа пришлите, пожалуйста, дампы.
Если автоматический перезапуск рабочих процессов включен, то убедитесь, что значение параметра кластера «Выключенные процессы останавливать через » достаточно большое, но меньше значения параметра «Рабочие процессы перезапускать через «.

Как исправить ошибку Windows 10054

Признаки ошибки 10054

• Появляется сообщение «Ошибка 10054» и окно активной программы вылетает.
• Ваш компьютер часто прекращает работу после отображения ошибки 10054 при запуске определенной программы.
• Отображается “Windows Error Code 10054”.
• Windows медленно работает и медленно реагирует на ввод с мыши или клавиатуры.
• Компьютер периодически «зависает» на несколько секунд.

Такие сообщения об ошибках 10054 могут появляться в процессе установки программы, когда запущена программа, связанная с Microsoft Corporation (например, Windows), при запуске или завершении работы Windows, или даже при установке операционной системы Windows. Отслеживание момента появления ошибки 10054 является важной информацией при устранении проблемы.

Причины ошибки 10054

• Поврежденная загрузка или неполная установка программного обеспечения Windows.
• Повреждение реестра Windows из-за недавнего изменения программного обеспечения (установка или удаление), связанного с Windows.
• Вирус или вредоносное ПО, которые повредили файл Windows или связанные с Windows программные файлы.
• Другая программа злонамеренно или по ошибке удалила файлы, связанные с Windows.

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

Совместима с Windows 2000, XP, Vista, 7, 8 и 10

Ошибки во время выполнения в базе знаний

star rating here

Как исправить ошибку Windows 10054

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

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

Шаг 1: Восстановить записи реестра, связанные с ошибкой 10054

Редактирование реестра Windows вручную с целью удаления содержащих ошибки ключей Ошибка 10054 не рекомендуется, если вы не являетесь специалистом по обслуживанию ПК. Ошибки, допущенные при редактировании реестра, могут привести к неработоспособности вашего ПК и нанести непоправимый ущерб вашей операционной системе. На самом деле, даже одна запятая, поставленная не в том месте, может воспрепятствовать загрузке компьютера!

В силу данного риска для упрощения процесса рекомендуется использовать программу для очистки реестра ОС. Программа для очистки реестра автоматизирует процесс поиска недопустимых записей реестра, отсутствующих ссылок на файлы (например, вызывающих ошибку Windows Error Code 10054) и неработающих ссылок в реестре. Перед каждым сканированием автоматически создается резервная копия с возможностью отмены любых изменений одним щелчком мыши, что обеспечивает защиту от возможности повреждения ПК.

Будучи серебряным партнером Microsoft, мы предоставляем программное обеспечение, которое поможет вам устранить следующие проблемы:

Предупреждение: Если вы не являетесь опытным пользователем ПК, мы НЕ рекомендуем редактирование реестра Windows вручную. Некорректное использование Редактора реестра может привести к серьезным проблемам и потребовать переустановки Windows. Мы не гарантируем, что неполадки, являющиеся результатом неправильного использования Редактора реестра, могут быть устранены. Вы пользуетесь Редактором реестра на свой страх и риск.

Перед тем, как вручную восстанавливать реестр Windows, необходимо создать резервную копию, экспортировав часть реестра, связанную с Ошибка 10054 (например, Windows):

1. Нажмите на кнопку Начать.
2. Введите «command» в строке поиска. ПОКА НЕ НАЖИМАЙТЕENTER!
3. Удерживая клавиши CTRL-Shift на клавиатуре, нажмите ENTER.
4. Будет выведено диалоговое окно для доступа.
5. Нажмите Да.
6. Черный ящик открывается мигающим курсором.
7. Введите «regedit» и нажмите ENTER.
8. В Редакторе реестра выберите ключ, связанный с Ошибка 10054 (например, Windows), для которого требуется создать резервную копию.
9. В меню Файл выберите Экспорт.
10. В списке Сохранить в выберите папку, в которую вы хотите сохранить резервную копию ключа Windows.
11. В поле Имя файла введите название файла резервной копии, например «Windows резервная копия».
12. Убедитесь, что в поле Диапазон экспорта выбрано значение Выбранная ветвь.
13. Нажмите Сохранить.
14. Файл будет сохранен с расширением .reg.
15. Теперь у вас есть резервная копия записи реестра, связанной с Windows.

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

Мы не несем никакой ответственности за результаты действий, совершенных по инструкции, приведенной ниже — вы выполняете эти задачи на свой ​​страх и риск.

Шаг 2: Проведите полное сканирование вашего компьютера на вредоносное ПО

Есть вероятность, что ошибка 10054 может быть связана с заражением вашего компьютера вредоносным ПО. Эти вредоносные злоумышленники могут повредить или даже удалить файлы, связанные с Ошибки во время выполнения. Кроме того, существует возможность, что ошибка 10054 связана с компонентом самой вредоносной программы.

Совет: Если у вас еще не установлены средства для защиты от вредоносного ПО, мы настоятельно рекомендуем использовать Emsisoft Anti-Malware (скачать). В отличие от других защитных программ, данная программа предлагает гарантию удаления вредоносного ПО.

Шаг 3: Очистить систему от мусора (временных файлов и папок) с помощью очистки диска (cleanmgr)

Со временем ваш компьютер накапливает ненужные файлы в связи с обычным интернет-серфингом и повседневным использованием компьютера. Если такие ненужные файлы иногда не удалять, они могут привести к снижению быстродействия Windows или к ошибке 10054, возможно вследствие конфликтов файлов или перегрузки жесткого диска. Удаление таких временных файлов при помощи утилиты Очистка диска может не только устранить ошибку 10054, но и существенно повысить быстродействие вашего компьютера.

Совет: Хотя утилита Очистки диска является прекрасным встроенным инструментом, она удаляет не все временные файлы с вашего компьютера. Другие часто используемые программы, такие как Microsoft Office, Firefox, Chrome, Live Messenger, а также сотни других программ не поддаются очистке при помощи программы Очистка диска (включая некоторые программы Microsoft Corporation).

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

Будучи серебряным партнером Microsoft, мы предоставляем программное обеспечение для очистки временных файлов:

Как запустить Очистку диска (cleanmgr) (Windows XP, Vista, 7, 8 и 10):

1. Нажмите на кнопку Начать.
2. Введите «command» в строке поиска. ПОКА НЕ НАЖИМАЙТЕENTER!
3. Удерживая клавиши CTRL-Shift на клавиатуре, нажмите ENTER.
4. Будет выведено диалоговое окно для доступа.
5. Нажмите Да.
6. Черный ящик открывается мигающим курсором.
7. Введите «cleanmgr» и нажмите ENTER.
8. Программа Очистка диска приступит к подсчету занятого места на диске, которое вы можете освободить.
9. Будет открыто диалоговое окно Очистка диска, содержащее флажки, которые вы можете выбрать. В большинстве случаев категория «Временные файлы» занимает большую часть дискового пространства.
10. Установите флажки напротив категорий, которые вы хотите использовать для очистки диска, и нажмите OK.

Шаг 4: Обновите драйверы устройств на вашем компьютере

Ошибки 10054 могут быть связаны с повреждением или устареванием драйверов устройств. Драйверы с легкостью могут работать сегодня и перестать работать завтра по целому ряду причин. Хорошая новость состоит в том, что чаще всего вы можете обновить драйверы устройства, чтобы устранить проблему с Ошибка 10054.

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

Будучи серебряным партнером Microsoft, мы предоставляем программное обеспечение, которое поможет вам обновить следующие драйверы:

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

Шаг 5: Используйте Восстановление системы Windows, чтобы «Отменить» последние изменения в системе

Восстановление системы Windows позволяет вашему компьютеру «отправиться в прошлое», чтобы исправить проблемы Ошибка 10054. Восстановление системы может вернуть системные файлы и программы на вашем компьютере к тому времени, когда все работало нормально. Это потенциально может помочь вам избежать головной боли от устранения ошибок, связанных с 10054.

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

Чтобы использовать Восстановление системы (Windows XP, Vista, 7, 8 и 10):

1. Нажмите на кнопку Начать.
2. В строке поиска введите «Восстановление системы» и нажмите ENTER.
3. В окне результатов нажмите Восстановление системы.
4. Введите пароль администратора (при появлении запроса).
5. Следуйте инструкциям Мастера для выбора точки восстановления.
6. Восстановить ваш компьютер.

Шаг 6: Удалите и установите заново программу Windows, связанную с Ошибка 10054

Инструкции для Windows 7 и Windows Vista:

1. Откройте «Программы и компоненты», нажав на кнопку Пуск.
2. Нажмите Панель управления в меню справа.
3. Нажмите Программы.
4. Нажмите Программы и компоненты.
5. Найдите Windows в столбце Имя.
6. Нажмите на запись Windows.
7. Нажмите на кнопку Удалить в верхней ленте меню.
8. Следуйте инструкциям на экране для завершения удаления Windows.

Инструкции для Windows XP:

1. Откройте «Программы и компоненты», нажав на кнопку Пуск.
2. Нажмите Панель управления.
3. Нажмите Установка и удаление программ.
4. Найдите Windows в списке Установленные программы.
5. Нажмите на запись Windows.
6. Нажмите на кнопку Удалить справа.
7. Следуйте инструкциям на экране для завершения удаления Windows.

Инструкции для Windows 8:

1. Установите указатель мыши в левой нижней части экрана для показа изображения меню Пуск.
2. Щелкните правой кнопкой мыши для вызова Контекстного меню Пуск.
3. Нажмите Программы и компоненты.
4. Найдите Windows в столбце Имя.
5. Нажмите на запись Windows.
6. Нажмите Удалить/изменить в верхней ленте меню.
7. Следуйте инструкциям на экране для завершения удаления Windows.

После того, как вы успешно удалили программу, связанную с Ошибка 10054 (например, Windows), заново установите данную программу, следуя инструкции Microsoft Corporation.

Совет: Если вы абсолютно уверены, что ошибка 10054 связана с определенной программой Microsoft Corporation, удаление и повторная установка программы, связанной с Ошибка 10054 с большой вероятностью решит вашу проблему.

Шаг 7: Запустите проверку системных файлов Windows («sfc /scannow»)

Проверка системных файлов представляет собой удобный инструмент, включаемый в состав Windows, который позволяет просканировать и восстановить поврежденные системные файлы Windows (включая те, которые имеют отношение к Ошибка 10054).

Чтобы запустить проверку системных файлов (Windows XP, Vista, 7, 8 и 10):

1. Нажмите на кнопку Начать.
2. Введите «command» в строке поиска. ПОКА НЕ НАЖИМАЙТЕENTER!
3. Удерживая клавиши CTRL-Shift на клавиатуре, нажмите ENTER.
4. Будет выведено диалоговое окно для доступа.
5. Нажмите Да.
6. Черный ящик открывается мигающим курсором.
7. Введите «sfc /scannow» и нажмите ENTER.
8. Проверка системных файлов начнет сканирование на наличие проблем Ошибка 10054 и других системных файлов (проявите терпение — проверка может занять длительное время).
9. Следуйте командам на экране.

Шаг 8: Установите все доступные обновления Windows

Microsoft постоянно обновляет и улучшает системные файлы Windows, связанные с Ошибка 10054. Иногда для решения проблемы Ошибки во время выполнения нужно просто напросто обновить Windows при помощи последнего пакета обновлений или другого патча, которые Microsoft выпускает на постоянной основе.

Чтобы проверить наличие обновлений Windows (Windows XP, Vista, 7, 8 и 10):

1. Нажмите на кнопку Начать.
2. Введите «update» в строке поиска и нажмите ENTER.
3. Будет открыто диалоговое окно Обновление Windows.
4. Если имеются доступные обновления, нажмите на кнопку Установить обновления.

Шаг 9: Произведите чистую установку Windows

Предупреждение: Мы должны подчеркнуть, что переустановка Windows займет очень много времени и является слишком сложной задачей, чтобы решить проблемы 10054. Во избежание потери данных вы должны быть уверены, что вы создали резервные копии всех важных документов, изображений, программ установки программного обеспечения и других персональных данных перед началом процесса. Если вы сейчас е создаете резервные копии данных, вам стоит немедленно заняться этим (скачать рекомендованное решение для резервного копирования [MyPCBackup]), чтобы защитить себя от безвозвратной потери данных.

Пожалуйста, учтите: Если проблема 10054 не устранена после чистой установки Windows, это означает, что проблема Ошибки во время выполнения ОБЯЗАТЕЛЬНО связана с аппаратным обеспечением. В таком случае, вам, вероятно, придется заменить соответствующее оборудование, вызывающее ошибку 10054.

Информация об операционной системе

Сообщения об ошибках 10054 могут появляться в любых из нижеперечисленных операционных систем Microsoft Windows:

• Windows 10
• Windows 8
• Windows 7
• Windows Vista
• Windows XP
• Windows ME
• Windows 2000

Проблема с 10054 все еще не устранена?

Обращайтесь к нам в любое время в социальных сетях для получения дополнительной помощи:

Об авторе: Джей Гитер (Jay Geater) является президентом и генеральным директором корпорации Solvusoft — глобальной компании, занимающейся программным обеспечением и уделяющей основное внимание новаторским сервисным программам. Он всю жизнь страстно увлекался компьютерами и любит все, связанное с компьютерами, программным обеспечением и новыми технологиями.

Устранение ошибки «удаленный хост разорвал существующее подключение 1С»

Причиной данной ошибки в основном является перезапуск рабочего процесса. Из-за увеличения процесса rphost, рост которого является причиной уменьшения быстродействия БД, системные администраторы прибегают к редактированию параметра перезапуска рабочих процессов. Вследствие изменения данных параметров служит отключение пользователей от БД.

Рекомендации по устранению ошибки

Вариант 1

Для того, чтобы освободить память от рабочих процессов 1С, рекомендуется использовать функцию автоматического перезапуска рабочих процессов. В параметрах локального кластера 1С необходимо установить интервал перезапуска 86400 секунд. Также нужно задать объем памяти 900000 Кб. Интервал превышения — 0 секунд.

Рисунок 1 — Параметры локального кластера 1С

Вариант 2

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

Рисунок 2 — Параметры рабочего сервера 1С

Вариант 3

Очистить серверный кэш 1С. Инструкция по ссылке.

Вариант 4

Также причиной может являться работа протокола IPv6. Отключение IPv6 через реестр на сервере, где находится роль сервера 1С делается так: заходим в реестр, переходим по пути:

HKLMSYSTEMCurrentControlSetservicesTCPIP6Parameters

Далее создаем запись «Параметр DWORD (32-бита)» с именем «DisabledComponents» и значением 0xff. Перезагружаем компьютер.

Источник

Мир IT

Вы здесь

1С удаленный хост принудительно разорвал соединение

Удаленный хост принудительно разорвал соединение.

Довольно распространенная ошибка при экслуатации 1С 8.2 в режиме клиент-сервер, — удаленный хост принудительно разорвал существующее подключение. Как правило, обращаются администраторы клиентов из корпоративного сектора, т.е. там, где эксплуатируется от 20 и более рабочих мест.

В 98 % случаев данная ошибка связана с перезапуском рабочего процесса. Причин, почему он перезапускается, может быть несколько, но самая распространенная — банальный перезапуск по расписанию. Вследствие роста файла рабочего процесса rphost и последующего за этим ростом резким замедлением работы, админы пытаются решать проблему перезапуском рабочих процессов, и тут же сталкиваются с другой — отключением работающих пользователей. Создание дополнительного рабочего процесса ничего не дает т.к. вопреки официальной документации переключения толстого клиента на другой рабочий процесс не происходит. Более того, возникает повышенная нагрузка на процессор — необходимо обрабатывать переключение контекста. Кстати, и сама 1С рекомендует для 50-100 пользователей один рабочий процесс.

Наши рекомендации:

1) для освобождения памяти, занятой рабочим процессом 1С, использовать автоматический перезапуск рабочих процессов. Рекомендуется перезапускать рабочие процессы раз в сутки (каждые 86400 секунд). При этом сначала рабочий процесс выключается (новые соединения с ним невозможны, старые – продолжают работать) и запускается новый. Затем, когда все соединения со старым процессом закрыты, процесс завершается. При этом обратить внимание, что отсчет этих самых 86400 начинается с момента старта службы Агент сервера 1С Предприятие. Т.е. желательно стартовать её ночью.

2) не использовать больше одного рабочего процесса , если у вас до 100 пользователей. При большем количестве рабочих процессов тратится процессорное время на переключение контекста между ними.

3) очищать используемую память. В быстром росте занимаемой памяти процессом rphost чаще всего виновата небрежно написанная конфигурация, часто программисты не утруждают себя очисткой занимаемой памяти, особенно под таблицами значений, перечислениями и массивами. Особенно ярко это проявляется, когда это происходит в фоновых заданиях. Поэтому, разбор вопроса по утечке памяти, надо начинать именно с них, например, отключив их в свойствах информационной базы на какое-то время.

4) использовать отдельные сервера для SQL и 1С. Как известно для SQL памяти много не бывает.

Следует обратить внимание на отмеченные случаи появления ошибки «Удаленный хост принудительно разаорвал соединение» по причине высокой утилизации сетевого оборудования. При росте времени ответа сервера до 150-300 и более мс происходит разрыв соединения по таймауту. Например, это происходило, когда несколько пользователей одновременно нагружают маршрутизатор, к которому подключен и сервер 1С, копированием файлов больших размеров. Администраторы должны учитывать возможность и такой ситуации, и при покупке маршрутизаторов обращать внимание на скорость коммутирующей матрицы.

В заключение добавлю, что инсталляция и настройка сервера дело ответственное, требуещее знаний и опыта, лучше поручить его профессионалам. Наши специалисты выполняют установку сервера «под ключ», подробнее см. раздел Услуги 1С.

Источник

Удаленный хост принудительно разорвал соединение при создании внешней обработки.

Управление производственным предприятием, редакция 1.3 (1.3.106.1) типовая на клиент-сервере.
1С:Предприятие 8.3 (8.3.10.2505)
Запуск в обычном приложении.

Баг полез после перехода с 8.2 на 8.3

Не могу воткнуть внешнюю обработку.

ВнешняяОбработка = ВнешниеОбработки.Создать(ДиалогФайла.ПолноеИмяФайла);
по причине:
Ошибка подключения внешних метаданных
по причине:
server_addr=tcp://CRM descr=10054(0x00002746): Удаленный хост принудительно разорвал существующее подключение. line=1584
file=srcDataExchangeTcpClientImpl.cpp

Ест-но на файловой копии базы , норм.

Контроль опасных вырубил и у пользователей и в conf.cfg на сервере
Юзвери, под которыми запускается клиент и сервер с полными правами.
Все, что могло касаться моей проблемы с «ОК Гугл» было испробовано .

Куда копать предложите?

(8) Все, что могу проверить без выезда на объект, сделал. Попорядку
Безрезультатно.

Сейчас сервер предприятия и sql на разных хостах.
Завтра проверю , когда 1С предпр. +sql на одном хосте.

(11) ТЖ настроил. По логам не нашел причины

23:19.545001-0,EXCP,0,process=rphost,setUnhandledExceptionFilter=setUnhandledExceptionFilter
23:19.545003-0,EXCP,0,process=rphost,setTerminateHandler=setTerminateHandler
23:19.545004-0,PROC,1,process=rphost,Err=0,Txt=1C:Enterprise 8.3 (x86-64) (8.3.10.2505) Working Process started. Ctrl+C to exit.
23:21.498029-0,EXCP,3,process=rphost,p:processName=UPP_NEW,t:clientID=4,t:applicationName=1CV8,t:computerName=TerminalSRV,t:connectID=28,Exception=9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3,Descr=»srcDataSeparationService.cpp(4325):
23:40.389039-3,EXCPCNTX,2,SrcName=CALL,OSThread=6100,process=rphost,p:processName=UPP_NEW,t:clientID=4,t:applicationName=1CV8,t:computerName=TerminalSRV,t:connectID=28,SessionID=2,Usr=S.M,AppID=1CV8
23:40.389040-18953040,EXCPCNTX,2,SrcName=SCOM,OSThread=6100,process=rphost,t:clientID=4,ProcessName=UPP_NEW,SrcProcessName=UPP_NEW
23:40.389041-20234041,EXCPCNTX,0,SrcName=CONN,OSThread=6100,process=rphost,t:clientID=4
24:02.030018-0,EXCP,0,process=rphost,ClientID=9,Exception=NetDataExchangeException,Descr=’server_addr=(23)[::1]:55078 descr=10053(0x00002745): Программа на вашем хост-компьютере разорвала установленное подключение. line=1126 file=srcDataExchangeServerImpl.cpp’
24:02.030009-7,EXCPCNTX,1,SrcName=SCALL,OSThread=4328,process=rphost,ClientID=8,Interface=64016dc5-c439-49fa-8a71-c3cb708e243b,IName=IClusterLocks,Method=8,CallID=11285,MName=getProcessesSetVersion
24:02.045002-42468001,EXCPCNTX,0,SrcName=CONN,OSThread=4328,process=rphost,ClientID=1,Txt=Outgoing connection closed
24:02.045001-0,EXCPCNTX,0,ClientComputerName=,ServerComputerName=,UserName=,ConnectString=
24:02.045000-0,EXCPCNTX,0,ClientComputerName=,ServerComputerName=,UserName=,ConnectString=
24:02.045005-0,EXCPCNTX,0,ClientComputerName=,ServerComputerName=,UserName=,ConnectString=
24:02.045006-42468005,EXCPCNTX,0,SrcName=CONN,OSThread=4328,process=rphost,ClientID=1,Txt=Outgoing connection closed
24:02.045007-0,EXCP,0,process=rphost,Exception=81029657-3fe6-4cd6-80c0-36de78fe6657,Descr=’srcRemoteInterfaceImpl.cpp(808):
24:02.045008-0,EXCP,1,process=rphost,Exception=81029657-3fe6-4cd6-80c0-36de78fe6657,Descr=’srcRemoteInterfaceImpl.cpp(808):
24:02.045016-0,EXCPCNTX,0,ClientComputerName=,ServerComputerName=,UserName=,ConnectString=
24:02.045017-0,EXCP,0,process=rphost,Exception=81029657-3fe6-4cd6-80c0-36de78fe6657,Descr=’srcHeartbeatThreadImpl.cpp(1176):
81029657-3fe6-4cd6-80c0-36de78fe6657: descr=10038(0x00002736): Сделана попытка выполнить операцию на объекте, не являющемся сокетом. line=955 file=srcHeartbeatThreadImpl.cpp’
24:02.045020-0,EXCP,0,process=rphost,Exception=81029657-3fe6-4cd6-80c0-36de78fe6657,Descr=’srcRMngrCalls.cpp(528):
24:02.045032-0,EXCP,3,process=rphost,p:processName=UPP_NEW,t:clientID=4,t:applicationName=1CV8,t:computerName=TerminalSRV,t:connectID=28,SessionID=2,Usr=S.M,AppID=1CV8,DumpError=Created dump file: C:dumpsrphost_8.3.10.2505_16494652_20180502172340_5936.mdmp

(15) На любой обработке или только на одной?

Попробуй убрать все, что на сеть влияет, разные там антивирусы фаерволы и т.п. У меня так есет трафик покусывал когда-то. Не поможет — похоже надо будет искать в списках ошибок релиза и обновлять платформу.

Источник

Удалённый хост принудительно разорвал существующее подключение

Удалённый хост принудительно разорвал существующее подключение

Данная ошибка с кодом 10054, критического характера, проявляется у пользователей в момент проведения записи. Чаще всего встречается у старых релизов 1С 8.2.

Скриншот ошибки 10054:

Вообще, появление этой ошибки, говорит о том, что происходит неожиданное для разработчика сервера 1С действие:

• приходит некорректный запрос;
• некоректные данные;
• запрос вызывающий большую выборку, с которой он не может встретится;
• частный случай: номер документа был больше, чем длина заданная в нумераторе;
• проверьте работу при отключенных антивирусах или firewall-е

Исправление:

Заключается в локализации проблемы, насколько это возможно:

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

Затем делается копия базы (средствами 1С или СУБД).

Если перезапуск сервера, решает проблему, продолжаете наблюдение. Добавьте скрипт рестарта службы ночью в нерабочее время.

Если перезапуск циклический проверьте не настроен ли у вас автоматический перезапуск в свойствах кластера:

Проводится тестирование и исправление с пересчетом итогов и реиндексацией таблиц.

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

Если решить проблему не удается, следующим шагом будет настройка и анализ технологического журнала.

Что может выяснится в процессе:

• наличие вызывающих сбой регламентных заданий: например переиндексация полнотекстового поиска, не забывайте очищать переменные в таких модулях;
• для версии 8.2 можно попробовать добавить еще один процесс сервера, но не злоупотребляйте при недостатке памяти (в 8.3 это делается автоматически)
• отключите RLS (Контроль на уровне записей);
• нехватка места на диске или его медленная работа;
• очистка кэша пользователя, удаление временных файлов в Temp;
• проведите shrink(сжатие) таблиц в sql
  DBCC SHRINKFILE(ИмяБазы, 2)

Если нагрузка на сервер, на грани 100%, рассмотрите вариант разделения сервера базы данных и сервера 1С, обычно это замедляет, но стабилизирует работу (в 8.3 есть механизм общей памяти, который ускоряет взаимодействие сервера и).

• Добавьте память на сервер, если это возможно.
• Возможным решением, будет замена сервера на 64 битный, но для начала проверьте работоспособность у знакомых, где он стоит.
• Не помешает такая же проверка и на 32 битной, чтобы понять ошибка в данных или конкретном сервере.
• Выгрузка с загрузкой может устранить проявление.
• Крайней мерой рассмотрите перенос данных через конвертацию данных или догрузка данных в рабочую копию (длительная процедура)

Проверьте журналы Windows на предмет системных ошибок:

• в работе сети
• оборудования
• приложения
• перезапустите роутеры,свитчи (редко, но бывает проблемы именно в них)

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

Реклама похоронного бюро: «Если наши клиенты воскреснут, то вновь обратятся к нам!

Источник

Удаленный хост принудительно разорвал существующее подключение.

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

Ошибка обращения к серверу 1С:Предприятия.
по причине:
server_addr=tcp://SRV-2:1561 descr=10054(0x00002746): Удаленный хост принудительно разорвал существующее подключение.
line=1574 file=srcDataExchangeTcpClientImpl.cpp

Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:

Платформа 8.3.10.2252. MS SQL 2014, конфигурация УТ 11.3 и УТ 10.3

Проверял на 8.3.10.2168, 8.3.9.2170 результат один

Последние 2 дня тоже мучаюсь с этой ошибкой, как в топике WS 2012 R2, обновления ставятся, на выходных обновлял платформу для бухгалтерии, торговля и бухгалтерия на разных платформах стоят, торговля как раз на 8.3.9.2233, может поставить платформу постарше? Не пробовал никто?

IPv6 отключен.
52:55.420022-0,EXCP,0,process=rphost,ClientID=21,Exception=NetDataExchangeException,Descr=’server_addr=(2)192.168.2.100:52527 descr=10054(0x00002746): Удаленный хост принудительно разорвал существующее подключение. line=2240 file=srcDataExchangeServerImpl.cpp’
52:55.420023-0,EXCPCNTX,0,ClientComputerName=,ServerComputerName=,UserName=,ConnectString=
Вот такое продолжаю ловить.

Разобрался, второй день рабочие процессы живут не прерываясь.
Как оказалось причина в IPv6 и IPv4. Windows 2012r2. Платформа 1c 8.3.9.2233 в тех журнале 1C постоянно видны запросы на на этот хост ::1 после чего возникают сообщения о том что хост не является сокетом и пошли отвалы. Нашел инфу на оф сайте майкрасофта про то, что данной винде могут быть проблемы если у Вас не обновляется винда.
Вот тут скачивайте фикс по отключению IPv6 и после применения перезагружайтесь, если надо включить IPv6 то скачивайте второй фикс и после перезапускайте винду
https://support.microsoft.com/ru-kz/help/929852/how-to-disable-ipv6-or-its-components-in-windows
Но можно и руками отключить IPv6 после чего обязательно перезагрузить тачку.

Итак идем в реестр
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesTCPIP6 ­Parameters
Здесь создаем новый параметр, для этого делаем правый клик на разделе Parameters и в контекстном меню выбираем «Создать» -> «Параметр DWORD (32-бита)». Задаем имя этому параметру – DisabledComponents. Теперь делаем двойной клик левой кнопкой на вновь созданном параметре, и устанавливаем значение 0xff
Все. после перезапуска ПК в тех журнале есть только пару строчек что при запуске рабочего процесса была попытка подключиться к хосту с айпи адресом ::1 но так как он не найден в системе то подключение рабочих процессов идет на IPv4 и там и продолжают жить и здравствовать.

Как один из вариантов решения.
Исходные данные:
— MS SQL и сервер 1С на разных виртуальных серверах
— платформа 8.3.8.1784
— ЗУП2.5 и ЗУП3.1
После обновления платформы и агента сервера на 8.3.10.2505 в ЗУП2.5, в рандомный момент времени вылетает ошибка 10054. С такой же ошибкой вылет при попытке вывести внешнюю печатную форму. В ЗУП3.1 все ок.
Отключение фоновых заданий, рекомендации в (8), чистка кеша, перезагрузка сервера и прикладывание диска ИТС не помогло.
В файловом варианте работы с базой ЗУП2.5 ошибка не возникает.

Решение:
На сервак поставил второй агент сервера 1С 8.2.19.130, который работает параллельно с 8.3.10.2505. Внешние печатные формы выводятся без ошибок, вылетов базы пока не замечено.

(19)
bubaman, это у вас другая проблема. Это зарегистрированная ошибка в 8.3.10.2505 для SQL баз: если конфигурация на обычных формах, при открытии внешних печатных
форм или внешних обработок аварийно завершается программа
на строке Обработка = ВнешниеОбработки.Создать(ИмяФайла).
В случае файловой базы ошибки нет.

То же интересно решили или нет проблему. Раза 3-4 выскакивала такая ошибка у всех пользователей и всех выкидывало. А логах сервера писалось:

Программа 1cv8.exe версии 8.3.7.1949 прекратила взаимодействие с Windows и была закрыта. Чтобы узнать, имеются ли дополнительные сведения о проблеме, проверьте историю проблемы в Центре поддержки в панели управления.
ИД процесса: a0f8
Время запуска: 01d30f4751c288f4
Время завершения: 0

Помогал только рестарт сервера. Перезапуск SQL, агент 1С не помогал.

1. Очистка кеша на сервере;
2. Очистка всех сессий;
3. Рестарт сервера.

Ошибка обращения к серверу 1С:Предприятия.
по причине:
server_addr=tcp://DESKTOP-ADQN25V:1560 descr=10054(0x00002746): Удаленный хост принудительно разорвал существующее подключение. line=1565 file=srcDataExchangeTcpClientImpl.cpp

Есть ещё предложения как лечить? 2008R2 Microsoft SQL 10.50.1600.1 Платформа 8.3.9.1850

Источник

Причины возникновения
Причины этой ошибки разняться по своей «природе», но их объединяето то, что уже существующее (т.е. ранее установленое) соединение с клиентом разрывает сервер.

1. С версии 8.1.11 включен циклический перезапуск процессов, по наступлению интервала происходит автоматический перезапуск рабочих процессов rphost.

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

3. Действия администратора в консоли (команда удалить пользователя)

4. Процесс rphost на серверном компьютере завершился аварийно

5. Ошибочное принятие высокой интенсивности пользователей за атаку на протокол в некоторых случаях Windows

6. Устаревание данных в кэшах

7. Плохо отслеживаемые события в фоновых процессах

8. Нестандартные запросы могут приводить к падениям rphost

Способы устранения
1. с 8.1.11 включен циклический перезапуск процессов, для анализа этого события на компьютере сервера 1С:Предприятия необходимо включить запись в технологический журнал событий PROC (пример файла logcfg.xml).
Когда процесс выключается, будет выведено событие PROC со свойством Txt=Process become disable.
Когда процесс останавливается, будет выведено событие PROC со свойством Txt=Process terminated. Any clients finished with error. Если аварийные завершения работы пользователей совпадают по времени с выводом этого события, то причиной является принудительная остановка рабочего процесса либо администратором (через консоль кластера), либо вследствие автоматического перезапуска.

2. перезагрузить сервер
3. убедиться, что причиной являются/не являются действия администратора в консоли
4. создать на сервере приложения два или более рабочих процесса, чтобы иметь возможность переподключиться в случаи сбоя рабочего процесса
5. Запусти программу regedit.exe, добавь новое значение типа DWORD с именем SynAttackProtect в раздел реестра HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters и присвой ему значение 00000000
Имеет смысл делать для ОС Windows 2003 SP1 (http://msdn.microsoft.com/ru-ru/library/ms189083.aspx).

6. arp -d *
ipconfig /flushdns
ipconfig /registerdns
nbtstat -R
nbtstat -RR

7. отключить фоновые процессы во всех базах

8. найти технологическим журналом запрос, приводящий к падению

p.s. Кроме того, 54 ошибку можно получить на релизах <= 8.1.12.98 при ри конвертации конвертором ИБ 77(DBF) -> 81(SQL) в типовой ТиС (демо, взятой с ИТС) релиз. 954 в клиент-серверном варианте.

обойти можно так:

— выполните конвертацию в файловый фариант информационной базы 1С:Предприятия 8.1,
— выгрузите полученную информационную базу в файл,
— загрузите в клиент-серверный вариант информационной базы 1С:Предприятия 8.1.

Подробнее на www.gilev.ru