Удалённый хост принудительно разорвал существующее подключение
Доброго времени суток. Стоит задача перевести все файловые базы на SQL версию. Во время загрузки уже в чистую SQL базу , через какое то время выскакивает ошибка:
"Удалённый хост принудительно разорвал существующее подключение"
Конфигурация
SQL сервер (MSSQL) 2008 + Win server 2008
1C сервер х86-х64 Лицензионный
Такие же проблемы именно с такой же ошибкой иногда вылазят когда на сервере 1С (1СSRV) заходишь в информацию о ИБ.
Баз порядком 30-40. Не большие, для аутсорсинга бухгалтерии. Может быть проблема в настройке кластера? Перекапал весь интернет проблему с IPv6 на сервере 1С устранил, в hosts добавлял.
И да, какие оптимальные настройки будут для кластера и рабочего сервера для данной задачи?
"Удалённый хост принудительно разорвал существующее подключение"
Конфигурация
SQL сервер (MSSQL) 2008 + Win server 2008
1C сервер х86-х64 Лицензионный
Такие же проблемы именно с такой же ошибкой иногда вылазят когда на сервере 1С (1СSRV) заходишь в информацию о ИБ.
Баз порядком 30-40. Не большие, для аутсорсинга бухгалтерии. Может быть проблема в настройке кластера? Перекапал весь интернет проблему с IPv6 на сервере 1С устранил, в hosts добавлял.
И да, какие оптимальные настройки будут для кластера и рабочего сервера для данной задачи?
Прикрепленные файлы:
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Противная ошибка...
Чего только про нее не пишут от
"была такая проблема, решил просто: переобжал сетевой кабель и включил в другое гнездо в свитче. больше с такой ошибкой не вылетает. "
до
"рекомендуем почистить КЭШ"
в яндексе при поиске по строке "Удалённый хост принудительно разорвал существующее подключение" есть успешные примеры борьбы
И интересные способы диагностики
Чего только про нее не пишут от
"была такая проблема, решил просто: переобжал сетевой кабель и включил в другое гнездо в свитче. больше с такой ошибкой не вылетает. "
до
"рекомендуем почистить КЭШ"
в яндексе при поиске по строке "Удалённый хост принудительно разорвал существующее подключение" есть успешные примеры борьбы
В поисках решения было сделанно следующие:
1)Удаление \Повторная установка сервера и клиентской части 1С.
2)Явное указание IP сервера в параметрах подлючения (192.168.0.1)
2)Явное указания порта 1541 ( 192.168.0.1:1541)
3)В файле HOST явное указание соответствия имени сервера 1С и его IP
Проверена на 32 и 64 битных версиях. Релиз 67
1)Удаление \Повторная установка сервера и клиентской части 1С.
2)Явное указание IP сервера в параметрах подлючения (192.168.0.1)
2)Явное указания порта 1541 ( 192.168.0.1:1541)
3)В файле HOST явное указание соответствия имени сервера 1С и его IP
Проверена на 32 и 64 битных версиях. Релиз 67
И интересные способы диагностики
Сначала нужно определить тип сбоя - железячный или софтовый.
Для этого можно пустить бесконечный пинг, если появился тайм аут, то понятно- сбой железячный. Далее определяем источник сбоя: сетевые карты, свичи и тд. Для этого я бы подключил кроссовер от сетевухи до сетевухи и снова бесконечный пинг. Если снова тайм аут, то смотрим какая из сетевух сбоит, для этого подсоединяем кроссовер к примеру к ноутбуку и пингуем, затем другую.
Если во время пинга не произошел тайм аут, но 1С-ка вылетела, то понятно, что сбой софтовый.
Для этого можно пустить бесконечный пинг, если появился тайм аут, то понятно- сбой железячный. Далее определяем источник сбоя: сетевые карты, свичи и тд. Для этого я бы подключил кроссовер от сетевухи до сетевухи и снова бесконечный пинг. Если снова тайм аут, то смотрим какая из сетевух сбоит, для этого подсоединяем кроссовер к примеру к ноутбуку и пингуем, затем другую.
Если во время пинга не произошел тайм аут, но 1С-ка вылетела, то понятно, что сбой софтовый.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот