Ошибка получения списка соединений сервер 1с

Обновлено: 04.07.2024

Ситуация у коллег. С утра отказался работать сервер 1С. У пользователей при подключении одна и та же ошибка. Общий сбой. Инфраструктура на базе Windows Server — 1С в связке с SQL-сервером.

Ошибка 10049(0х00002741) при подключении к серверу 1С Ошибка 10049(0х00002741) при подключении к серверу 1С

Рассмотрим, что можно сделать при получении следующего уведомления:

server_addr=tcp://:0 descr=<адрес_ipv6> 10049(0х00002741): Требуемый адрес для своего контекста неверен. ; <адрес_ipv4> 10049(0х00002741): Требуемый адрес для своего контекста неверен. ;

Примечание

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

Вопрос на повестке дня: из-за чего это возникло? Остается открытым.

Варианты действий

1. Перезагрузка сервера . Банально, но в редких делах выручает.

2. Отключить или понизить приоритет ipv6 на сервере. Чтобы сервер 1С использовал подключения только ipv4. Особенности и правильный способ отключения через параметр реестра — в статье .

3. Проверка службы «Агент сервера 1С :Предприятия 8.3 (x86-64)» и возможности подключения с помощью консоли.

Если служба остановлена либо появляются другие ошибки (например, « Ошибка получения списка информационных баз »), то проблема на стороне 1С. Требуется анализ журнала/пересоздание кластера.

Остановить службу 1С.
Удалить папку кластера srvinfo (перед этим сохранить файлы ЖР).
Запустить службу 1С;
Создать базы на кластере 1С заново.

Опционально — проверка работы MS SQL . В данном событии — сервер СУБД работал, службы были в активном состоянии, базы в порядке.

4. Переустановка сервера 1С . Крайний вариант — переустановите платформу с компонентами сервера.

✅ В описываемом случае помогла переустановка платформы. Сервер 1С стартовал и стал принимать подключения влёгкую. Как и требовалось.

Другие статьи по теме настройки сервера 1С

Периодическая загрузка процессора на сервере 1С .
Если не работает отладка на сервере 1С .
Как очистить кэш сервера 1С .
Если 1С выдает «Ошибка соединения с сервером 1С:Предприятие» .
Что делать, если не запускается агент сервера 1С .

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

При подключении к серверу 1С из консоли получаем:

Ошибка соединения с сервером 1С:Предприятия 8.2:
Ошибка на сервере или соединение разорвано администратором
Ошибка формата потока

При запуске SQL базы получаем ошибку:

Ошибка при выполнении операции с информационной базой.
Ошибка на сервере или соединение разорвано администратором.
Ошибка формата потока

И так, исходные данные:

Свежеустановленная Windows 7 Professional x64, все апдейты и т.д. (проблема имеет место и на Server 2008 и на 2008R2)

Произведена установка платформы 1С 8.2 (тестировались релизы 8.2.16.368, 8.2.16.363, 8.2.15.319)

Установлен сервер 1C x64 (32битный тоже пробовал)

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

При подключении к серверу 1С из консоли получаем:

При запуске SQL базы получаем ошибку:

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

1. Остановка службы сервера 1С:Предприятия 8.2

2. Удаление процессов rmngr.exe rphost.exe (сам вылетает при завершении rmngr.exe ).

3. Очистка каталога C:\Program Files\1cv82\srvinfo\reg_1541\snccntx (у 32 битного сервера C:\Program Files (x86)\1cv82\srvinfo\reg_1541\snccntx)

4. Запуск службы сервера 1С:Предприятия 8.2

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

1. различные релизы, различные серверы,

2. различные пользователи: Система, Администратор, USR1CV82.

3. принудительное выставление полных прав этим пользователям на каталоги C:\Program Files\1cv82\ (у 32 битного сервера C:\Program Files (x86)\1cv82\) с наследованием на дочерние объекты.

4. десятки перезагрузок и многое другое.

Однако причина оказалась куда более неожиданной!

Разыменование в Windows 7 (Server 2008, 2008R2, вероятно и 2012)

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

Выполнить это просто:

1. Запустите командную строку (Win+R, наберите cmd и нажмите ОК)

2. В командной строке наберите команду "Ping" пробел и имя вашего компьютера. Именно имя, а не его IP адрес. Нажмите Enter.

3. Если система начала пинговать себя через адрес вида fabc:de12:3456:7890:ABCD:EF98:7654:3210, или другой отличный от Вашего IP адрес

- добро пожаловать в частный клуб багофичи разыменования по версии Windows 7.

Основа проблемы кроется в том, что 1С сервер не может по имени определить себя.

А вот, отображение Вашего IP в виде IPv6 - одна из самых частых причин возникновения этой ошибки.

Еще одной из причин может быть периодическое подключение к другой сети (допустим ВПНу) когда создается новый интерфейс и Винда опять же начинает разыменовывать себя "неправильно".

Ниже я опишу два решения для обхода этой "особенности".

Предварительно хочу предупредить:

Все действия с Вашим компьютером Вы производите на свой страх и риск.

Человек выполняющий мои рекомендации должен понимать Что и Почему он делает.

Вариант №1 Добавить в Hosts свой ПК и его IP

1. Нужно найти файлик hosts в папке C:\Windows\System32\drivers\etc Если в этой папке Вы не видите файлик Hosts, значит он просто скрыт. Тогда можно нажать клавишу ALT и, в появившемся меню, выбрать "Сервис"-"Параметры папок"-"Вид" и снять там галочку "Скрывать защищенные системные файлы". Можно еще установить переключатель "Показывать скрытые файлы, папки, диски", тогда вообще все будет видно. (После манипуляций с Hosts, рекомендую вернуть галочку на ее прежнее место, что бы случайно чего не зацепить в будущем)

2. Открыть этот файлик в Notepad (блокнот) и в конец дописать строку вида 192.168.0.1 Server (IPадрес ИмяПК). Сохранить и закрыть файлик.

3. Попробовать заново пропинговать свой ПК через имя. Если Вы снова не видите нужно IP - что-то пошло не так. Возможно антивирус вернул старую версию файла (Каспер такое любит) или что-то еще.

В общем нужно добиться правильного адреса при пинге через имя.

Этот варинт подойдет тольео если причиной ошибки является IPv6. Стараясь быть впереди планеты всей, Windows 7, мало того что ставит IPv6 сразу ко всем интерфейсам, так она еще и ставит его в качестве дефолтного при разыменовании. Однако на сегодняшний день этот протокол мало кто использует, а следовательно его можно/нужно отключить. Помните, что снятие галочки с протокола IPv6 в интерфейсе сетевой карты ничего не даст!

Нажмите Win+R, напишите regedit и нажмите Enter. Откроется редактор реестра.
Если появиться запрос на разрешение действий, нажмите в диалоговом окне Контроль учетных записей пользователей кнопку Продолжить.
Найдите и выберите следующий подраздел реестра:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip6\Parameters\

Находясь на ветке Parameters, в меню Правка выберите пункт Создать, а затем — Параметр DWORD (32 бита).
Введите DisabledComponents и нажмите клавишу ВВОД.
Дважды щелкните пункт DisabledComponents.
Введите значение ffffffff , а затем нажмите кнопку ОК.
Перегрузить компьютер.

Выглядеть должно так:

Таким образом Вы отключите протокол IPv6 полностью и Винда не будет использовать его IP вдрес для разименования.

ВАЖНО.

Обязательно пропингуйте свой ПК через имя и убедитесь, что пинги идут на правильный IP адрес. Не всегда, с первого раза, удается отключить IPv6 (то имя параметра не совсем правильное, то значение. )

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

Вы подключаетесь к порту 2540 , а у вас наверно 1540 порт сейчас рабочий.

(9) у меня измененная строка службы, по умолчанию там папка бин текущей платформы, у меня 32 битный сервер 1С, и не установлен такой как ты написал второй, только как первый и то в папке Program Files(x86)\bin, изменяю я там порты с 1540 на 2540 и т.д. и папку хранения кеша серверного, проблема в платформе 15.1778, она не корректно работает с СУБД, я уже отправил ошибку в поддержку 1с.ru хотя я думаю немногие используют 32 битный сервер и старый оракл на винде 2003 64 бит, я думаю они не будут исправлять, коротко сервер 1С "забывает" что он 32 бит и отправляет запрос используя компоненты которые у него не установленны

(10)
Проверил службу 1с, на каких она портах сейчас работает?

Затем проверяй через текстовый редактор (ниже смотре по аналогии в своих папках)
C:\Program Files\1cv8\srvinfo\reg_1541\1CV8Clst.lst
C:\Program Files\1cv8\srvinfo\1cv8wsrv.lst

Где там указано 1540 и указывай 2540. ПРЕДВАРИТЕЛЬНО СДЕЛАЙ КОПИИ ФАЙЛОВ.

(11) мы совсем о разном, служба запущена, базы работают. 1540 нет нигде, 1540 порты заняты совсем другим, уже много раз обновлялась платформа с портами 2540, и на данный момент установлена платформа 14.1976, в ней работает даже Консоль MMC, но я написал про платформу 15.1778 до отката на 14-ю, было интересно только у меня проблема с этой платформой (11) описанная тобой ситуация может произойти если кластер был создан на 1540, а затем решили изменить диапазон портов, все связи потеряются, даже если служба запущена, у меня диапазоны портов были указаны до привязки баз, и все хорошо. Более того описанные тобою действия делать нельзя, лучше перепрописать базы заново а не менять в блокноте, так как внутренние идентефикаторы баз останутся старыми и если были пользователи которые работали по сети а не терминально возможны ошибки кеша, в лучшем случае будут самопроизвольные закрытия программы (9) у меня работает служба, и базы работают, пользователи находятся в базе. порты 2540. Не могу подключить Консоль администрирования, так как Консоль это тоже клиент, по сути это другое приложение от Клиента 1С, вот Консоль некорректно отправляет запрос (я так считаю) при этом Клиенты 1С и тонкий и Толстый работаю корректно, возможно проблема с настройками внутри Консоли (выделение памяти на Рабочий процесс например у меня установлен, но не просто так) убрать настройки в консоле я не могу, так как она не подключается к базе, еще одна особенность, я на другом компе поставил только консоль, комп с виндовс 7 64 бит, и он мне "запихал" Консоль 1С (а у 1С нет своей консоли используется MMC) запихал в 64 битную MMC? из этого я делаю вывод что данная платформа не поддерживает 32 битную консоль MMC, в 1С видимо уже считаю что все используют 64 сервера 1С, но при этом Клиентов еще по инерции делают на 32, это косяк

(1) По факту выделил бы три момента

1) Проверить порты 1540 на 2540. Заняты не заняты и чем заняты. Может кто-то включил сервис параллельно.
2) Переустановить консоль администрирования кластера.
3) Проверить в реестре на каком реально порте висят Агенты серверы 1С, посмотреть все строки запуска включая старые. На всякий случай.
4) По факту проверок, соответственно, отключите неиспользуемые сервисы.

3. GeraltSnow 144 11.12.19 18:06 Сейчас в теме +0.5 $m

win server 2003 64 bit
субд oracle 10.3 64 bit
1c сервер 32 бит

железка ксеон 8 физ ядер, 32 гб оперативки, диск системный свободно 100гб, база на отдельном диске Raid 5, свободно около 50 гб

порты изменены с 1540 на 2540, и так все диапазоны с 1 на 2, исторически стояло 2 сервера программных на 1540 был 8.2, потом просто не стал заморачитваться с изменением портов на всех клиентах

в кластере стоят ограничения естественно на выделение памяти порядка 20 гб, тк сервер не нов

до сегодняшнего дня все работало, когда откатываю на 8.3.12.1595 снова все робит, платформа 14.1976 встала норм, но на долго ли? со следующими релизами придется обновлять похоже, необходимость обновлять ЗУП, мысли снова ставит второй сервер 1С (программно).

Соединения кластера серверов 1С:Предприятия 8.1

Этот раздел содержит пояснения к списку соединений кластера серверов 1С:Предприятия, отображаемому в утилите администрирования клиент-серверного варианта работы. Подробная информация о работе утилиты администрирования клиент-серверного варианта работы содержится в главе "Утилита администрирования кластера серверов" книги "1С:Предприятие 8.1 Клиент-сервер".

Краткий и подробный список соединений

Утилита администрирования клиент-серверного варианта работы в различных ветках дерева объектов отображает список соединений кластера серверов в разрезе объекта текущей ветки.

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

В ветках "Процессы/<Имя_сервера>/Соединения" и "Рабочие серверы/<Имя_сервера>/Процессы/<Имя_сервера>/Соединения" также отображается краткий список соединений выбранного рабочего процесса.

В ветке "Информационные базы/<Информационная_база>/Соединения" отображается полный список соединений выбранной информационной базы.

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

Источники соединений

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

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

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

Свойства соединений

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

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

Соединения утилиты администрирования кластера серверов

утилита администрирования кластера серверов будет закрыта;
соединение утилиты администрирования кластера серверов с данным центральным сервером будет разорвано. Для этого в локальном меню ветки соответствующего центрального сервера необходимо выполнить пункт "Отсоединить" или "Refresh";
соединения утилиты администрирования кластера серверов с информационной базой будут явно разорваны этой утилитой (или другим ее экземпляром).

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

Удаление (разрыв) соединений

Удаление соединений с информационной базой может быть выполнено путем выбора одного или нескольких соединений с информационной базой и выполнения пункта "Delete" локального меню списка соединений.

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

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

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

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

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

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

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

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

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

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

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

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

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

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