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

Обновлено: 04.07.2024

📌 Если 1С выдает «Ошибка соединения с сервером 1С:Предприятие. Не запущен ни один рабочий процесс. Соединение с базой невозможно».

Если 1С выдает «Ошибка соединения с сервером 1С:Предприятие» Если 1С выдает «Ошибка соединения с сервером 1С:Предприятие»

Варианты поиска ошибок и решений:

  1. Проверьте в Диспетчере задач наличие процессов ragent, rphost и rmngr. Через оснастку « Службы » перезапустите « Агент сервера 1С:Предприятия ».
  2. При внезапном отключении питания или подобных ситуациях — возможно повреждение конфигурационных файлов:
  • Остановите Агент сервера 1С, удалите данные из папки srvinfo в « %ProgramFiles%\1cv8 » в зависимости от разрядности ОС.
  • Запустите службу « Агент сервера 1С:Предприятие ».
  • Через Администрирование серверов 1С Предприятия заново создайте кластер 1С и добавьте информационные базы.

3. Переименование ПК с установленной ролью сервер 1С.

После этого перестает работать Агент сервера 1С — запускается на несколько секунд и останавливается. В консоли управления появляется ошибка сетевого доступа к серверу.

Настройки кластера серверов 1С:Предприятие хранятся в файлах в каталоге srvinfo (путь к нему указывает параметр -d в свойствах службы « Агент сервера 1С:Предприятие »).

После изменения имени компьютера выполните следующее — найдите папку srvinfo в каталоге установки 1С, отредактируйте два файла:

  • . \1cv8wsrv. lst;
  • . \reg_1541\1CV8Clst. lst.

Замените в этих файлах старое имя сервера на новое. Запустите службу « Агент сервера 1С:Предприятие ».

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

⚡ Подписывайтесь на канал или задавайте вопрос на сайте — постараемся помочь всеми техническими силами. Безопасной и производительной работы в Windows и 1С.

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

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

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

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

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

(1)Тоже словили такую ошибку.. решилось просто - на кластере в консоли управления сервером стояло ограничение по памяти на один процесс (rphost).. а для завершения процесса формирования необходимо было больше памяти.. подняли ограничение - процесс завершился без ошибки. Добрый день не могли бы вы описать подробнее как вы решили это. Вероятно, на УФ запускается операция с длительным синхронным уходом на сервер.
Если так, то реализовывать фоновым заданием.

Последние 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=src\DataExchangeServerImpl.cpp'
52:55.420023-0,EXCPCNTX,0,ClientComputerName=,ServerComputerName=,UserName=,ConnectString=
Вот такое продолжаю ловить.

Сейчас обнаружил, что рабочие процессы 1С постоянно новые создаются а старые исчезают.
Кластер был настроен по дефолту - проблема была, кластер настроил: максимальные размер рабочего процесса, перезапуск при достижения лимита с ожиданием в 60 секунд, такой процесс завершать через 180 секунд, все параметры тщательно проверил и все должно быть отлично. Но. проблема не уходит, хост за день раза три разрывает соединения регулярно. Пробовал на один процесс ограничить обной базой и 35 соединениями. вообщем всяко "играл" с настройками - не помогает (5)
Если я правильно уловил мысль, то на iis сервере можно установить ограничение скажем 2000 тысячи символов (не помню сколько там по умолчанию, но там есть ограничения) и проблема может уйти. (6) нет, ИИС ни при чем. падает рабочий процесс 1С из-за кривого индекса. Может в регистре каком измерение добавили строковое и при проведении косяк происходит. Это если вообще в этом дело.

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

корум; HaIIpuKoJIe; lda0312; Misanets; vital1c; sapervodichka; user843810; payta; Ioanngood; BorovikOV; OlegAr; RibD; Pashkaa; + 13 – Ответить

Как один из вариантов решения.
Исходные данные:
- 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. Внешние печатные формы выводятся без ошибок, вылетов базы пока не замечено.

если кто запутается, то в реестре ff в Шестнадцатеричной или 255 в десятичной HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\TCPIP6\­Parameters
Здесь создаем новый параметр, для этого делаем правый клик на разделе Parameters и в контекстном меню выбираем «Создать» -> «Параметр DWORD (32-бита)». Задаем имя этому параметру – DisabledComponents. Теперь делаем двойной клик левой кнопкой на вновь созданном параметре, и устанавливаем значение 0xff
Подтверждаю, windows server 2016 - мне помогло. Месяц мучались, пользователей не выкидывало но в тж была куча ошибок соединения + валились фоновые задания. Спасибо. (8)Добрый день хотел узнать эти настройки на сервере делали? (51) На сервере 1С. Поясню проблему, если непонятно из поста. На не свежих операционках ipv6 работали косячно, и сервер 1С все время пытается запустить процесс на ip6 протоколе вашего сервера, поэтому лучше отключить его вовсе, после запуска сервера 1С на сервере идет попытка запустить рабочий процесс по этому протоколу и так как он отключен, то и попытки прекращаются. И следовательно, ни какие потом запросы не выполняются уже по этому "ложному" протоколу. У меня вываливается так же при закрытии месяца, манипуляции свыше не привели к положительному результату, копаю дальше. (платформа 8.3.10.2466) (10)
Причин на самом деле много может быть, вот несколько из них.
1. При длительных операциях вылазиют проблемы сетевого оборудования - необходимо проверить сетевое оборудование длительными соединениями.
2. Заканчивается память рабочего процесса ну или на СУБД что то похожее - необходимо проверить ресурсы на сервере кластера 1с и СУБД.
3. Зацикливание. При неправильном учете, закрытие месяца может приводить к зацикливанию, т.е. операция закрытие месяца будет происходить по кругу до тех пор пока не сожрет все доступные ресурсы, как правило это оперативная память, после чего происходит принудительное завершение рабочего процесса и рождение нового, но закрытие месяца не мигрирует при таких обстаятельствах на этот новый рабочий процесс. Вам поможет настройка технического журнала - остальное гадание на гуще. Забыл добавить, сервер виртуальный, стоит 2012r2, sql 2014, ОЗУ выделено 16гб, на диске свободно 70 гб. При переносе на скул который стоит на физической машине с теми же параметрами, все работает как часики. (12)
Ну вот и ответ, проблема в виртуальной машине, не так дрова может сетевые встали или еще что, надо попробовать настроить виртуалку на ином ПО или применить иные драйвера сетевые. В том и проблема, нет доступа к настройке виртуалки, этим занимаются другие. (14)
Решили данный вопрос?
Интересуюсь, т.к. столкнулся с аналогичной ситуацией.

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

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

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

А у тебя sql на виртуалке или на физическом сервере? Если на виртуалке, то там где стоит sql надо выделять указывать физический диск, иначе такая ошибка будет вылезать.

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

Падает 1с при обновлении с такой же ошибкой.
Как бороть?

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

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

Ошибка обращения к серверу 1С:Предприятия.
по причине:
Передача данных прервана по инициативе принимающей стороны.
server_addr=tcp://serv1:1560 descr= line=1982 file=d:\jenkins\ci_builder\windowsbuild2\platform\src\rtrsrvc\src\dataexchangetcpclientimpl.cpp

либо сабж и тот же путь
фокус в том что диска d:\ нет

ЧВего делать и куда копать ума не приложу

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

Ошибка вообще из отладочной сборки библиотек. На кой хрен они ее не зачистили перед выдачей в продуктив - вопрос к выпускающим платформу.

Зависеть может вообще от кучи разных условий.

я выделил для гугла только
d:\jenkins\ci_builder\windowsbuild2\platform\src\rtrsrvc\src\dataexchangetcpclientimpl.cpp
и он насыпал кучу ссылок, начиная с 2014 года

(7) Нет админских прав - админ уже выпил молоко и видит сны

А зачем ей порты если я ее запускаю в терминале на том же сервере ?

(9)Платформа кстати 8.3.14.1854

(11) так смотри в обсуждении в (10) - по тому обсуждению получается, что этот вылет связан с использованием драйверов для кассового железа.
(13) (10) у меня 404 Not Found
Касса да подключена в УТ, но с БП такая же хрень
(15) ну, откатите обновления, если считаете, что дело них, что маловероятно

Ее пытались перенести на другой сервер при запуске ее там тоже все начинает глючить
У базы возникает куча подключений с пустыми пользователями и сервер начинает виснуть

Может ли это возникнуть в результате обновления конфигурации или некорректной работы расширения ?

where filename like '%dyn%'

(18) По свеже востановленной копии базы вернулся пустой запрос.

(21) Мы брали ДТ создавали базу на абсолютно другом сервере 1С предприятия и другом СКЛ
Делали это на двух разных серверах и разных платформах

После разворачивания повалилились все остальные базы до этого нормально работающие .
Помогло только экстренное удаление базы через консоль кластера

Ошибка соединения с сервером 1С Предприятия 8.3

Поймать такую ошибку можно после смены имени хоста вашего сервера или ПК (Вы сменили имя сервера или ПК на компьютере).

Гарантированно, после этого, Сервер 1С стартовать не будет, точнее, произойдет запуск и вскоре его остановка.

А если запустить утилиту «Администрирования серверов» собственно увидите ошибку как на скрине ниже.

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

Ошибка соединения с сервером 1С Предприятия 8.3

Как решить проблему:

Здесь собственно есть несколько вариантов!

  1. Вернуть обратно имя хоста.
  2. Удалить полностью каталог «srvinfo» там, где установлен ваш Сервер 1С.
  3. Изменить имя хоста в настройках Сервера 1С.

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

Второй уничтожит все подключения баз и настройки самого кластера также полетят «К чертям» ) Не вариант когда баз много, так как опять все подключения придется создавать, а если еще есть настройки на кластере, это однозначно не то что нам надо.

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

Для этого, запускаем утилиту администрирования серверов 1С, и в свойствах кластера укажем новое имя. (Наш хост к примеру: «SERVER_OFFICE» ).

Ошибка соединения с сервером 1С Предприятия 8.3

Ошибка соединения с сервером 1С Предприятия 8.3

Ошибка соединения с сервером 1С Предприятия 8.3

Затем открываем каталог «srvinfo» и откроем файл 1cv8wsrv.lst простым блокнотом.

Ошибка соединения с сервером 1С Предприятия 8.3

Старое имя хоста «APACHE» сменим на «SERVER_OFFICE».

Ошибка соединения с сервером 1С Предприятия 8.3

Если Вы хотите больше узнать о технической стороне 1С, тогда регистрируйтесь на первый бесплатный модуль курса: Администратор 1С >>>

Ошибка соединения с сервером 1С Предприятия 8.3

Поймать такую ошибку можно после смены имени хоста вашего сервера или ПК (Вы сменили имя сервера или ПК на компьютере).

Гарантированно, после этого, Сервер 1С стартовать не будет, точнее, произойдет запуск и вскоре его остановка.

А если запустить утилиту «Администрирования серверов» собственно увидите ошибку как на скрине ниже.

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

Ошибка соединения с сервером 1С Предприятия 8.3

Как решить проблему:

Здесь собственно есть несколько вариантов!

  1. Вернуть обратно имя хоста.
  2. Удалить полностью каталог «srvinfo» там, где установлен ваш Сервер 1С.
  3. Изменить имя хоста в настройках Сервера 1С.

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

Второй уничтожит все подключения баз и настройки самого кластера также полетят «К чертям» ) Не вариант когда баз много, так как опять все подключения придется создавать, а если еще есть настройки на кластере, это однозначно не то что нам надо.

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

Для этого, запускаем утилиту администрирования серверов 1С, и в свойствах кластера укажем новое имя. (Наш хост к примеру: «SERVER_OFFICE» ).

Ошибка соединения с сервером 1С Предприятия 8.3

Ошибка соединения с сервером 1С Предприятия 8.3

Ошибка соединения с сервером 1С Предприятия 8.3

Затем открываем каталог «srvinfo» и откроем файл 1cv8wsrv.lst простым блокнотом.

Ошибка соединения с сервером 1С Предприятия 8.3

Старое имя хоста «APACHE» сменим на «SERVER_OFFICE».

Ошибка соединения с сервером 1С Предприятия 8.3

Если Вы хотите больше узнать о технической стороне 1С, тогда регистрируйтесь на первый бесплатный модуль курса: Администратор 1С >>>

Читайте также: