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

• Вре­мя от вре­ме­ни вот такое окно: “Уда­лён­ный хост при­ну­ди­тель­но разо­рвал суще­ству­ю­щее под­клю­че­ние,” выда­ёт Quik.
• 
• Если у вас наблю­да­ют­ся про­бле­мы с обры­ва­ми соеди­не­ния к сер­ве­рам бро­ке­ра, то сле­ду­ем инструк­ции ниже.

Конеч­но, это тан­цы с буб­ном и так быть не долж­но. Я наде­юсь, что опи­сан­ное ниже реше­ние про­бле­мы будет носить исклю­чи­тель­но вре­мен­ный харак­тер.

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

Подоб­ная “неза­да­ча” воз­ни­ка­ет в слу­чае, когда сер­вер бро­ке­ра не может дождать­ся отве­та от тер­ми­на­ла кли­ен­та и отклю­ча­ет его при­ну­ди­тель­но.

 За вре­мя воз­ник­но­ве­ния дан­ной про­бле­мы я в бук­валь­ном смыс­ле изна­си­ло­вал сво­е­го про­вай­де­ра (даже двух!), тех­ни­че­скую под­держ­ку раз­ра­бот­чи­ка тер­ми­на­ла Quik и как зако­но­мер­ный итог — при­шёл к тех­ни­че­ской под­держ­ке сво­е­го бро­ке­ра.

после под­клю­че­ния к сер­ве­рам бро­ке­ра тер­ми­нал Quik без каких-либо настро­ек загру­жа­ет коти­ров­ки и рабо­та­ет исправ­но. После загруз­ки фай­ла кон­фи­гу­ра­ций с настро­ен­ны­ми гра­фи­ка­ми и инди­ка­то­ра­ми,  тер­ми­нал кли­ен­та на несколь­ко секунд зави­са­ет и потом выда­ёт сооб­ще­ние: “Уда­лён­ный хост при­ну­ди­тель­но разо­рвал суще­ству­ю­щее под­клю­че­ние quik.”

Осо­бен­но обид­но, когда такое про­ис­хо­дит при нали­чии пози­ции ????

При этом нет воз­мож­но­сти ни закрыть пози­цию, ни пере­ста­вить стоп. Тер­ми­нал зави­са­ет и в дис­пет­че­ре задач Windows появ­ля­ет­ся ста­тус “Не отве­ча­ет.”

Итак, что в таких случаях делать?

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

Для реа­ли­за­ции дан­но­го реше­ния тре­бу­ет­ся, что­бы все акции были раз­не­се­ны по раз­ным заклад­кам, то есть гра­фи­ки Сбер­бан­ка, Газ­про­ма, Алро­сы, Рос­неф­ти, фью­черсы, опци­о­ны и дру­гие инстру­мен­ты долж­ны нахо­дить­ся на отдель­ных заклад­ках.

Шаг 0. Настройка соединения

Отклю­ча­ем авто­ма­ти­че­ское вос­ста­нов­ле­ние соеди­не­ния. Ина­че обры­вы и зави­са­ния нам не дадут покоя.

Меню Систе­ма -> Соеди­не­ния Сни­ма­ем галоч­ку вос­ста­нов­ле­ния свя­зи

Так­же реко­мен­ду­ет­ся сде­лать резерв­ную копию пап­ки Quik.

Шаг 1. Настройка потока котировок

Обра­ти­те вни­ма­ние на коли­че­ство исполь­зу­е­мых инстру­мен­тов и уста­но­ви­те полу­че­ние коти­ро­вок толь­ко по откры­тым поль­зо­ва­те­лем таб­ли­цам. Это суще­ствен­но сни­зит поток полу­ча­е­мой инфор­ма­ции с сер­ве­ров бро­ке­ра.

Из доку­мен­та­ции Quik‘a:

Исхо­дя из настро­ек откры­тых поль­зо­ва­те­лем таб­лиц» – полу­чать новые зна­че­ния толь­ко по тем инстру­мен­там и их пара­мет­рам, кото­рые отоб­ра­жа­ют­ся в откры­тых поль­зо­ва­те­лем таб­ли­цах про­грам­мы. Если при­знак вклю­чен, то с сер­ве­ра при­ни­ма­ют­ся пара­мет­ры по всем инстру­мен­там, отоб­ра­жа­е­мым в сле­ду­ю­щих окнах и таб­ли­цах

Меню “Система->Заказ данных->Поток коти­ро­вок” Давим кноп­ку “Уста­но­вить настрой­ки по откры­тым таб­ли­цам” …и полу­ча­ем коти­ров­ки толь­ко по нуж­ным нам инстру­мен­там. Давим “Да”

Шаг 1.1 Сохранение изменений

Сохра­ня­ем кон­фи­гу­ра­цию Quik‘a в исполь­зу­е­мый файл .wnd.

Шаг 2. Очистка служебных файлов

Закры­ва­ем тер­ми­нал Quik и уда­ля­ем фай­лы с рас­ши­ре­ни­ем .dat в корне пап­ки Quik. У меня там хра­нил­ся 21 файл, у кого-то это чис­ло может быть как боль­ше, так и мень­ше.

Пере­хо­дим в корень пап­ки Quik Спи­сок фай­лов с рас­ши­ре­ни­ем .dat пап­ки Quik

Шаг 2.1 Добавление строки -clear

Для очист­ки слу­жеб­ных фай­лов с рас­ши­ре­ни­я­ми .log и .dat при каж­дом запус­ке тер­ми­на­ла добав­ля­ем к ярлы­ку Quik‘a стро­ку -clear.

Захо­дим в свой­ства ярлы­ка Quik Пара­метр поз­во­ля­ет очи­стить слу­жеб­ные фай­лы. Давим на “Ок”

Нали­чие пара­мет­ра -clear несколь­ко уско­ря­ет загруз­ку тер­ми­на­ла Quik. Одна­ко, после обнов­ле­ния про­грам­мы пара­метр -clear при­дёт­ся зано­во добав­лять к ярлы­ку фай­ла info.exe. Так­же это не спа­сёт после авто­ма­ти­че­ско­го пере­за­пус­ка про­грам­мы.

Допол­ни­тель­но реко­мен­ду­ет­ся сде­лать сле­ду­ю­щее:

Захо­дим в меню “Основ­ные настрой­ки” Уста­нов­ка при­зна­ка “На локаль­ной машине.” Давим на ОК.

Шаг 2.2 Запуск после внесённых изменений

Запус­ка­ем тер­ми­нал Quik‘a, загру­жа­ем исполь­зу­е­мую кон­фи­гу­ра­цию и про­бу­ем под­клю­чить­ся. Если не помог­ло и опять выда­ёт­ся сооб­ще­ние: “Уда­лён­ный хост при­ну­ди­тель­но разо­рвал суще­ству­ю­щее под­клю­че­ние”, то сле­ду­ем инструк­ции далее.

Шаг 3. А если не помогло, то ищем “толстого”

Теперь сохра­ня­ем заклад­ку само­го “жир­но­го” инстру­мен­та в отдель­ный файл:

Выбор заклад­ки — акция Сбер­бан­ка Сохра­не­ние заклад­ки акции Сбер­бан­ка в отдель­ный файл

Мож­но сра­зу сохра­нить все заклад­ки в фай­лы по отдель­но­сти.

Шаг 4. Удаление закладок

Уда­ля­ем ранее сохра­нён­ную заклад­ку с самым “жир­ным” инстру­мен­том. В моём слу­чае это заклад­ка с гра­фи­ка­ми акций “Сбер­бан­ка.”

Уда­ле­ние заклад­ки с “жир­ным” инстру­мен­том

 Шаг 5. Подключение

Под­клю­ча­ем­ся к сер­ве­ру бро­ке­ра и авто­ри­зу­ем­ся. Если кар­ти­на не изме­ни­лась уда­ля­ем заклад­ку с менее “жир­ным” инстру­мен­том и так до тех пор, пока соеди­не­ние не будет уста­нов­ле­но ста­биль­но.

Шаг 6. Сохранение конфигурации со стабильным соединением

После того, как соеди­не­ние уста­нов­ле­но и не раз­ры­ва­ет­ся, сохра­ня­ем полу­чен­ный файл кон­фи­гу­ра­ций под дру­гим име­нем. Напри­мер, your_bunny_wrote.wnd.

Шаг 7. Загрузка сохранённых закладок

После уста­нов­ки ста­биль­но­го под­клю­че­ния к сер­ве­ру бро­ке­ра про­из­во­дим обрат­ные дей­ствия. Загру­жа­ем сохра­нён­ные заклад­ки:

Загруз­ка сохра­нён­ной заклад­ки Выби­ра­ем заклад­ку и давим “Открыть”

Начи­на­ем в обрат­ном поряд­ке — с наи­ме­нее “жир­но­го” и дви­га­ем­ся к наи­бо­лее “тол­сто­му” инстру­мен­ту. На секун­ду тер­ми­нал под­ви­са­ет, но после это­го раз­ри­со­вы­ва­ет нуж­ные нам гра­фи­ки. Вуа­ля!

Ста­биль­но дер­жа­щий соеди­не­ние Quik

Повто­ря­ем шаг 7 до тех пор, пока не загру­зим уда­лён­ные заклад­ки всех необ­хо­ди­мых инстру­мен­тов. Бла­го у меня он один и обрыв соеди­не­ния про­ис­хо­дит толь­ко при сохра­не­нии в основ­ной файл .wnd заклад­ки с гра­фи­ка­ми Сбер­бан­ка. Хотя их там все­го 5 штук.

Шаг 8. Дальнейшие действия. Рекомендации

Перед каж­дым закры­ти­ем тер­ми­на­ла Quik сохра­ня­ем заклад­ку в отдель­ный файл, повто­ряя шаг 3 для каж­до­го “жир­но­го” инстру­мен­та.

Мы не зна­ем, на каком момен­те у Quik‘а воз­ник­нет жела­ние обо­рвать соеди­не­ние. Это воз­мож­но после оче­ред­но­го сохра­не­ния и загруз­ки фай­ла.

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

Таким мето­дом мы умень­шим веро­ят­ность поте­ри дан­ных зане­сён­ных на основ­ной гра­фик инстру­мен­та.

Итоги

Ито­га­ми диа­ло­га с тех­ни­че­ской под­держ­кой бро­ке­ра и раз­ра­бот­чи­ка поде­люсь в одной из сле­ду­ю­щих заме­ток. Ну а я побе­жал сда­вать “ана­ли­зы” в виде сво­е­го wnd-фай­ла кон­фи­гу­ра­ции бро­ке­ру, кото­рый обе­щал про­ана­ли­зи­ро­вать его струк­ту­ру и решить дан­ный вопрос.

1. Наде­юсь, ста­тья помо­жет решить про­бле­му “Уда­лен­ный хост при­ну­ди­тель­но разо­рвал суще­ству­ю­щее под­клю­че­ние Quik” и про­шу тех, кому помог один из опи­сан­ных выше спо­со­бов отпи­сать­ся в ком­мен­та­ри­ях.
2. Спо­кой­ной ночи, кол­ле­ги!
3. Спе­шу поде­лить­ся резуль­та­та­ми обще­ния с тех­ни­че­ской под­держ­кой раз­ра­бот­чи­ка и бро­ке­ра. А они нахо­дят­ся тут ????

Так­же раз­ра­бот­чик при­слал свои реко­мен­да­ции. Они нахо­дят­ся тут.

(1 оце­нок, сред­нее: 5,00 из 5) Загруз­ка…

Источник: https://rich-poor-trader.ru/poleznoe/udalyonnyj-host-prinuditelno-razorval-sushhestvuyushhee-podklyuchenie-quik/

NexxDigital — компьютеры и операционные системы

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Время от времени вот такое окно: «Удалённый хост принудительно разорвал существующее подключение,» выдаёт Quik.

Если у вас наблюдаются проблемы с обрывами соединения к серверам брокера, то следуем инструкции ниже.

Конечно, это танцы с бубном и так быть не должно. Я надеюсь, что описанное ниже решение проблемы будет носить исключительно временный характер.

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

За время возникновения данной проблемы я в буквальном смысле изнасиловал своего провайдера (даже двух!), техническую поддержку разработчика терминала Quik и как закономерный итог — пришёл к технической поддержке своего брокера.

после подключения к серверам брокера терминал Quik без каких-либо настроек загружает котировки и работает исправно. После загрузки файла конфигураций с настроенными графиками и индикаторами, терминал клиента на несколько секунд зависает и потом выдаёт сообщение: «Удалённый хост принудительно разорвал существующее подключение quik.»

Особенно обидно, когда такое происходит при наличии позиции ????

При этом нет возможности ни закрыть позицию, ни переставить стоп. Терминал зависает и в диспетчере задач Windows появляется статус «Не отвечает.»

Итак, что в таких случаях делать?

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

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

Шаг 0. Настройка соединения

Отключаем автоматическое восстановление соединения. Иначе обрывы и зависания нам не дадут покоя.

Шаг 1. Настройка потока котировок

Обратите внимание на количество используемых инструментов и установите получение котировок только по открытым пользователем таблицам. Это существенно снизит поток получаемой информации с серверов брокера.

Из документации Quik`a:

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

Шаг 1.1 Сохранение изменений

Сохраняем конфигурацию Quik`a в используемый файл.wnd.

Шаг 2. Очистка служебных файлов

Закрываем терминал Quik и удаляем файлы с расширением.dat в корне папки Quik. У меня там хранился 21 файл, у кого-то это число может быть как больше, так и меньше.

Список файлов с расширением.dat папки Quik

Шаг 2.1 Добавление строки -clear

Для очистки служебных файлов с расширениями.log и.dat при каждом запуске терминала добавляем к ярлыку Quik`a строку -clear.

Заходим в свойства ярлыка Quik Параметр позволяет очистить служебные файлы. Давим на «Ок»

Наличие параметра -clear несколько ускоряет загрузку терминала Quik. Однако, после обновления программы параметр -clear придётся заново добавлять к ярлыку файла info.exe. Также это не спасёт после автоматического перезапуска программы.

Заходим в меню «Основные настройки»

Установка признака «На локальной машине.» Давим на ОК.

Шаг 2.2 Запуск после внесённых изменений

Запускаем терминал Quik`a, загружаем используемую конфигурацию и пробуем подключиться. Если не помогло, то следуем инструкции далее.

Шаг 3. А если не помогло, то ищем «толстого»

1. Теперь сохраняем закладку самого «жирного» инструмента в отдельный файл:

Шаг 4. Удаление закладок

Удаляем ранее сохранённую закладку с самым «жирным» инструментом. В моём случае это закладка с графиками акций «Сбербанка.»

Удаление закладки с «жирным» инструментом

Шаг 5. Подключение

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

Шаг 6. Сохранение конфигурации со стабильным соединением

После того, как соединение установлено и не разрывается, сохраняем полученный файл конфигураций под другим именем. Например, your_bunny_wrote.wnd.

• После установки стабильного подключения к серверу брокера производим обратные действия. Загружаем сохранённые закладки:
• Выбираем закладку и давим «Открыть»

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

Повторяем шаг 7 до тех пор, пока не загрузим удалённые закладки всех необходимых инструментов. Благо у меня он один и обрыв соединения происходит только при сохранении в основной файл.wnd закладки с графиками Сбербанка. Хотя их там всего 5 штук.

Перед каждым закрытием терминала Quik сохраняем закладку в отдельный файл, повторяя шаг 3 для каждого «жирного» инструмента.

Мы не знаем, на каком моменте у Quik`а возникнет желание оборвать соединение. Это возможно после очередного сохранения и загрузки файла. Поэтому рекомендую иметь два таких файла, например Сбербанк и Сбербанк_new, сохраняя изменения по очереди то в один, то в другой файл. Таким методом мы уменьшим вероятность потери данных занесённых на основной график инструмента.

Источник: https://www.nexxdigital.ru/1c-the-remote-host-forcibly-ripped-the-existing-connection-the-remote-host-forcibly-ripped-the-existing-connection/

Удаленный хост разорвал существующее подключение 1с. Как бороться с этой проблемой. Что может выяснится в процессе

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1) для освобождения памяти, занятой рабочим процессом 1С, использовать автоматический перезапуск рабочих процессов. Рекомендуется перезапускать рабочие процессы раз в сутки (каждые 86400 секунд).

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

При этом обратить внимание, что отсчет этих самых 86400 начинается с момента старта службы Агент сервера 1С Предприятие
. Т.е. желательно стартовать её ночью.

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

3) очищать используемую память
.

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

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

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

Следует обратить внимание на отмеченные случаи появления ошибки «Удаленный хост принудительно разаорвал соединение» по причине высокой утилизации сетевого оборудования
. При росте времени ответа сервера до 150-300 и более мс происходит разрыв соединения по таймауту.

Например, это происходило, когда несколько пользователей одновременно нагружают маршрутизатор, к которому подключен и сервер 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:[email protected]
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’

9690-0,EXCP,1,process=rphost,p:processName=,t:clientID=3, t:applicationName=BackgroundJob,t:connectID=27,Usr=DefUser,DumpFile=C:Program Files (x86)1cv81dumps
phost_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.

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

1. 4. Убедиться, что причиной являются/не являются действия администратора в консоли
2. —————————-
3. Ниже представлен вариант решения коллегой.
4. Всем заинтересованным
   в решении проблем с падением платформы с ошибками:
5. 10051, 10053, 10054, 10064
6. Как показал разбор полетов по падениям платформы, с выше указанными ошибками:
7. — Большинство падений вызвано именно работой фоновых заданий, как и предполагалось в топике.
8. — Не хваткой дискового пространства
9. — Наличием большого числа не завершенных транзакций в журнале 1С
10. — Прежде чем заниматься разбором с технологическим журналом, проанализируйте используемые в конфигурации фоновые задания и отключите те, которые не требуются Вам для работы, конфигурации (банально, анализ 14 ГБ мусора можно считать времяпрепровождением, если Вам нечем заняться… :))))
11. — Проанализируйте и внесите исправления в дописанные Вами фоновые задания, убедитесь в том, что они завершаются с нормальным кодом завершения (без ошибок и не закрытых транзакций)
12. — Внесите в алгоритмы фоновых заданий фрагменты кода, ошищающие, принудительно
    , память используемую в ходе их работы (Не стоит надеяться на то, что 1С при завершении особождает использованную память)
13. — Проанализируйте и ИСПРАВЬТЕ ПРОБЛЕМЫ ФУНКЦИОНИРОВАНИЯ типовых фоновых заданий конфигурации
14. — Выполните регламентные процедуры с базой данных, через пункт меню Администрирование-Тестирование и исправление, не забудьтеобязательно
    , выполнить сжатие базы данных
15. — Проанализируйте объем используемого пространства сервером SQL, вероятно что серверу банально нехватает памяти
16. — Проверьте политки настройки Active Directory
17. — И также сожмите/очистите журнал транзакций SQL вот примерно таким кодом (для SQL 2000):
18. Вариант 1:
    DBCC SHRINKFILE(pubs_log, 2)(Если нужный размер не достигнут попробуйте вариант 2)Вариант 2:
    BACKUP LOG pubs WITH TRUNCATE_ONLY
    DBCC SHRINKFILE(pubs_log,2)
    
19. Где pub_log — имя Вашей базы данных

Вариант 3:
sp_detach_db — отключим с данной процедурой базу, а sp_attach_db — подключим снова. Журнал транзакций при этом очистится.

(ПОдробнее можно прочесть в разделах MSDN Q256650 (для SQL 7.0) и Q272318 (для SQL 2000).)

• Вариант 4: (Для 7.0)
  DBCC SHRINKFILE (file_name, target_size)
  DBCC SHRINKDATABASE (database_name, target_percent)
• BACKUP LOG
  database_name WITH TRUNCATE_ONLY
  
• Если после этих операций падения продолжаются, тогда продолжайте следовать рекомендациям:
• — Пробуйте внести изменения в файлы HOSTS операционной системы (вероятнее всего будет достаточно прописать ассоцирование только в файлы на одной/двух машинах, где падения происходят наиболее часто)
• — Пробуйте разнести сервера 1С предприятия и SQL, если они у Вас на одной машине.
• — Или наоборот установите их на одной машине (если хватает ресурсов) Отмечаются случаи, когда именно перенос серверов на один сервер помогало (На мой взгляд очень сомнительно и больше относится именно к причине начала работы, это сжатие журналов транзакций)
• — Проверьте время отклика сервера (вероятнее всего, что все будет в пределах нормы, а редкие провалы во времени обслуживания, не могут столь сильно влиять на работу сервера предприятия)
• — Проверьте работу маршрутизаторов в сети (Редко, но бывает, что именно их перенастройка влияет на количество падений)

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

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

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

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

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

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

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

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

Ошибочное принятие высокой интенсивности пользователей за атаку на протокол в некоторых случаях Windows.
>Запустить программу regedit.exe, добавь новое значение типа DWORD с именем SynAttackProtect в раздел реестра HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters и присвой ему значение 00000000

Сервер 1С и БД на одной машине под управлением Debian Squeeze.

Решение проблемы: установка параметра ядра tcp_syncookies в значение 0.

[email protected]:~# echo «net.ipv4.tcp_syncookies = 0» >> /etc/sysctl.conf && sysctl -p
(автор Вадим Ивахин)

Источник: https://www.olegshein.ru/apps-and-books/udalennyi-host-razorval-sushchestvuyushchee-podklyuchenie-1s-kak-borotsya-s-etoi/