Ошибка V82.COMConnector на сервере 64. Решение проблемы

Если сервер 1С стоит на Windows х64, то рано или поздно Вы столкнетесь с проблемой создания COM-соединения, если соединение инициируется на стороне сервера. На стороне клиента COM-соединение работает нормально, на стороне сервера вываливается с ошибкой.
Данная статья позволяет снять проблему. НО — до переустановки платформы.

В свое время столкнулся с проблемой создания COM-соединения на стороне сервера. Проблема трудно диагностируется, т.к. код, прекрасно работающий под клиентом отказывается работать на сервере, например, если код исполняет регламентное задание.

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

Ссылки по теме:

http://devtrainingforum.v8.1c.ru/forum/thread.jsp?id=555004

http://www.steeltrace.ru/details/articleid/22/%D1%80%D0%B5%D0%B3%D0%B8%D1%81%D1%82%D1%80%D0%B0%D1%86%D0%B8%D1%8F-1%D1%81-com-%D0%BA%D0%BE%D0%BC%D0%BF%D0%BE%D0%BD%D0%B5%D0%BD%D1%82%D0%B0-%D0%B4%D0%BB%D1%8F-%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D1%8B-%D1%81-64-%D0%B1%D0%B8%D1%82%D0%BD%D1%8B%D0%BC%D0%B8-%D0%BF%D1%80%D0%B8%D0%BB%D0%BE%D0%B6%D0%B5%D0%BD%D0%B8%D1%8F%D0%BC%D0%B8.aspx

Upd. Дополнение: если на Windows-сервере 64-бит стоит Сервер 1С Предприятие 64-бит (в дистрибутиве windows64.rar),
то такой проблемы не будет. Уставщик позволяет поставить COM-коннектор без установки самого севера. Это полезно, когда приложение реализовано на платформе 8.3, а COM-соединение нужно к базам на 8.2.

Com64bit

За дополнение спасибо brix8x.

Приведен алгоритм настройки системы, со скрином к каждому действию.

План:

1. Остановка сервера 1С (рекомендуется, но не обязательно)

2. Регистрация компоненты comcntr.dll

3. Создание обертки COM+, позволяющей 64-битному приложению взаимодействовать с 32-битном.

4. Перезагрузка сервера (физического). Не обязательно, но рекомендуется

5. Старт сервера 1С. (обязательно 🙂

Вызываем консоль

CMD

Регистрируем компоненту. Компонента отсутствует, если установлен только сервер 1С. Почему-то 1С публикует ее только в составе клиента.

Регистрация comcntr.dll

Upd. Если компонента не регистрируется, то возможно придется сначала удалить старую компоненту, только затем встанет новая.
Делаем regsvr32 /u "c:Program Files1cv88.2.18.82incomcntr.dll"
Затем тоже самое, но без "/u" regsvr32 "c:Program Files1cv88.2.18.82incomcntr.dll"

За дополнение спасибо shur52.

Запускаем службу компонентов. Описывается для Windows Server 2008 R2 Standart.

Старт службы компонентов

Регистрация нового приложения

В ветке Components добавляем новую компоненту comcntr.dll

ВАЖНО!!! После установки нужно немного изменить свойства. Эта тонкость нигде не описана, без нее у меня не работало!

Перезапуск физического сервера

Старт сервера 1С.

50 Comments

Sam13 15.08.2013 at 10:27

Ну есть и есть. Пускай здесь тоже будет.

В свое время поиском ничего вменяемого найти не мог.

Reply ↓
no_registration 21.01.2014 at 00:03

Спасибо помогло. Я так понял мы запускаем COM+ приложение которое может работать как с 32 так и с 64. А когда это не используем то наш 64 сервер просто не знает (не может) запустить 32 библиотек.

Reply ↓
Sam13 17.02.2014 at 12:39

ну вот, кому-то помогло и то хлеб. 🙂 не зря старался значит.

А вообще эту статью я и сам часто использую. Не забиваю память лишней информацией, смотрю на картинки и делаю. 🙂

Reply ↓
VDM 04.03.2014 at 15:49

Пользователь локальный или доменный?

Reply ↓
Sam13 06.03.2014 at 23:49

Доменный

Reply ↓
zlakizla 29.04.2014 at 08:17

Подскажите, пожалуйста, как быть если нужно зарегистрировать comcntr.dll от 2-х версий платформы? Есть 2 скрипта, которые запускают базы от 8.2.17 и 8.2.14 версий платформы.

Reply ↓
_qqq 30.04.2014 at 12:56

(8) zlakizla, две компоненты нельзя зарегистрировать.

Reply ↓
brix8x 26.05.2014 at 13:27

В качестве дополнения: если на Windows-сервере 64-бит стоит Сервер 1С Предприятие 64-бит (в дистрибутиве windows64.rar),

то такой проблемы не будет. Уставщик позволяет поставить COM-коннектор без установки самого севера. Это полезно, когда приложение реализовано на платформе 8.3, а COM-соединение нужно к базам на 8.2.

Reply ↓
powerpc 16.06.2014 at 12:39

А что, уже просто поставить клиента 8.2 недостаточно? Ведь установщик сам устанавливает и регистрирует соединение «v82.COMConnector». Обязательно вот так вот всё сложно делать ?

Reply ↓
Sam13 25.06.2014 at 12:10

Нет, недостаточно. Проблема не в регистрации компоненты, а в конфликте размерности (32 бит и 64 бит)

Reply ↓
ZloyProger 13.10.2014 at 07:31

Доброго времени суток, коллеги! Внесу свои маленькие пять копеек — чуть подробнее опишите момент про добавление пользователей в роль CreateOwner (на скрине есть этот момент с кнопкой Add User to Role описание только добавьте) без этого у меня долго не взлетало и не мог понять в чем причина..

Reply ↓
Sam13 22.10.2014 at 14:35

Насколько я помню на этом этапе просто жмем «Next» без всяких выкрутасов.

Reply ↓
4iga-buga 04.03.2015 at 05:25

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

QVX_UNKNOWN_ERROR: В результате вызова компонента COM возвращена ошибка в формате HRESULT E_FAIL.. Stack trace written to C:Documents and SettingsAll UsersApplication DataQlikTechCustom Dataconnector1cLogStackTrace.txt

Reply ↓
Sam13 04.03.2015 at 11:50

Стала вываливаться после чего? Обновления платформы?

Reply ↓
alexkozin 20.03.2015 at 16:16

Вах молодца 😉

Reply ↓

lemonline 21.04.2015 at 06:42

Здравствуйте, коллеги!

Другая проблема. Соединение через com устанавливает. Но при попытки создания какого либо объекта — зависает намертво.

Платформа 8.2.19.130. Клиент-сервер.

ИмяСервера=»1C.local»;
ИмяБазы=»db_acc»;
Логин=»робот»;
Пароль=»»;

СтрокаПодключенияБух= («Srvr=»»»+СокрЛП(ИмяСервера)+»»»;Ref=»»»+СокрЛП(ИмяБазы)+»»»;Usr=»»»+СокрЛП(Логин)+»»»;Pwd = «»» + СокрЛП(Пароль) + «»»;»);
V8= Новый COMОбъект(«V82.COMConnector»);
БД = V8.Connect(СтрокаПодключенияБух); /// ЗДЕСЬ ЗАВИСАЕТ!!!

БД.Обработки.УниверсальныйОбменДаннымиXML.create();

Показать

Причем если этот код выполнять на физическом сервере 1с, то все выполняется на ура.

В чем может быть загвоздка?

Reply ↓

Sam13 21.04.2015 at 11:36

По коду видно, что соединение COM не устанавливает.

Создает ком-коннектор без привязки к базе — это да. Но видно что зависает именно при подключении к базе.

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

Это позволит понять, проблема в базе-приемнике или где-то еще

Reply ↓
yudakov 27.05.2015 at 20:35

Спасибо, помогло.

Перезапускать сервер не пришлось, оказалось достаточно запустить созданное приложение COM+.

Поставить крыж на «CreatorOwner» не смог (он был disabled). Пользователя USR1CV82 в эту роль добавил руками.

Reply ↓
kiruha 21.10.2015 at 11:34

Хорошая статья, но есть пояснение. Ключевое слово в статье

Upd. Дополнение: если на Windows-сервере 64-бит стоит Сервер 1С Предприятие 64-бит (в дистрибутиве windows64.rar),

то такой проблемы не будет.

Т.е. основная часть была написана до Upd.

В настоящее время (2015 год), если вы не подключаетесь со старыми версиями — ничего такого делать не надо, платформа сама все сделает.

Причина появление ошибки — в падении , затирании, зависании процесса, т.е. типовые ошибки приложения, которые и решаются соответственно

Решение на сегодняшний момент — убить процесс com(зависло) — и вновь запустить регламент. При этом ничего останавливать не придется.

Если не помогло(затерли) — перерегистрировать библиотеку, запустить регламент.

Если не помогло — перезагрузить сервер.

Если не помогло — переустановить сервер 1С , библиотека станет автоматически.

Все делать с соответствующими правами конечно

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

Написал пост — так как статьи с появлением ручной регистрации компонент под новым именем все появляются и появляются(и плюсов еще кучу набирают) и в форумах аналогично клонируют

Reply ↓
Alakbar33 06.11.2015 at 15:01

Никак не могу разобраться почему у меня на предпредпоследнем скриншоте «V82.COMConnector.1 Properties» в закладке «Security» поставить CheckBox на «CreateOwner» не удается. Не активен CheckBox на «CreateOwner» хоть убейся. И администратором заводил COM объект и пользователем которым инсталлировал 1С, и в роль «CreateOwner» добавлял обоих — ничего не помогает. Никто не сталкивался с подобным ?

Reply ↓
zhmih 15.11.2015 at 22:17

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

хотел уточнить,смотрите на сервере две вируталки,если заходишь под terminal админом то нормально соеднинияется,если под доменным именем,то нет, пример office/user

Reply ↓
Sam13 02.12.2015 at 16:50

(22) Alakbar33, ХЗ. Был пару раз такой глюк. Просто удалял все нафиг и начинал по новой.

Reply ↓
Sam13 02.12.2015 at 17:13

(23) zhmih, Не должно влиять от кого заходишь. Соединение происходит всегда под пользователем, который прописан при установке сервера 1с (он же используется при регистрации обертки)

Reply ↓
trntv 15.01.2016 at 14:49

Возможность установки CheckBox может зависить от установки флага Enforce access checks for this application

Reply ↓
just86 04.03.2016 at 18:07

Сделал всё по инструкции. Получил такой результат — 1 сканер ls 2208 пробросился с клиента на x64 сервер, например в спр Номенклатура делает подбор номенклатуры по штрихкоду, а вот подключить второй сканер категорически не получается. 2 сканер так же проброшен, проверку в подключении торгового оборудования проходит, но при сканировании не 1с не реагирует

Reply ↓
KAPACEB.AA 13.04.2016 at 09:17

Спасибо за статью!

Решал проблему таким же способом, но не снимал флаг «Enforce access checks…», что привело к проблемам обращения COM-соединения к сетевым ресурсам («обертка» их просто изолировала). После снятия флага все заработало.

Reply ↓
CaSH_2004 01.09.2016 at 17:35

(2) Да есть, но тут гораздо нагляднее что с картинками и еще есть форум где можно обсудить у кого какие проблемы.

Так что автор молодец, жалко только что для английской версии.

Reply ↓
dr2c 16.01.2017 at 12:14

Я вот одного не пойму. Обновили платформу до 8.3.9.2033

Сервер у нас х64 на Лине.

При попытке произвести обмены между базами (стандартные или универсальный xml) стали появляться сообщения «При попытке соединения с COM-сервером произошла следующая ошибка:

{Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(13798)}: Ошибка при вызове конструктора (COMОбъект): -2147221005(0x800401F3): Недопустимая строка с указанием класса»

regsvr32 делал.

Данный метод для сервера на Win.

А, что делать с Lin?

Reply ↓
KAPACEB.AA 15.05.2017 at 13:28

(10)

К сожалению, в таком решении тоже могут быть свои проблемы.

У меня при использовании 64-битной версии COM-коннектора на сервере 8.3 (8.3.9.1818) при подключении к базам 8.2, периодически, без видимых на то причин, умирали рабочие процессы. Начал искать по форумам — оказалось, что у некоторых наблюдаются аналогичные проблемы. Пришлось использовать 32-битную версию COM-коннектора, завернув ее в COM+ обертку. В результате все стало ОК.

Reply ↓
tormozit 15.05.2017 at 14:23

(31) Ключевой момент в решении этой проблемы на 32-битность, а внепроцессность, т.е. использование COM+ приложения во внепроцессном режиме запуска.

Reply ↓
KAPACEB.AA 15.05.2017 at 14:35

(32)

Сергей, спасибо за подсказку. Я сначала пробовал «завернуть» в COM+ именно 64-битную библиотеку, но у меня возникли проблемы с подключением. Позже выяснилось, что ошибки были связаны с настройками безопасности, а в голове засело, что 64-битная библиотека — это зло :). Надо еще раз попробовать завернуть в COM+ 64-битную версию компоненты.

Reply ↓
HAMMER_59 25.07.2017 at 14:22

Установил обновление 8.3.10.2505 ни под Windows 7, ни под Windows 2012 R2 нет объекта V83.COMConnector.

Проделал все действия, описанные в статье, объект появился и заработал.

Единственное что смущает, dll-зарегистрирована из конкретной папки программных файлов 8.3.10.2505. Что будет после обновления программных файлов? Снова регистрировать?

Спасибо автору за статью.

Reply ↓
Sam13 25.07.2017 at 17:58

Да, все нужно делать снова.

Reply ↓
valentinanb 16.08.2017 at 18:22

СПАСИБО ОГРОМНОЕ!!!! ЗАРАБОТАЛО!!

Reply ↓
shur52 31.08.2017 at 10:08

Во-первых, большое спасибо автору. Беда довольно популярная.

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

regsvr32 /u «C:Program Files (x86)1cv88.3.9.2170incomconector.dll»

Без этого — хоть убейся, не работает у меня новая библиотека.

Reply ↓
Sam13 31.08.2017 at 17:58

За все время ни разу с таким не сталкивался. Вероятно какой-то глюк в Вашей ОС. По идее команда регистрации просто изменят путь к библиотеке в реестре.

Reply ↓
stas1kbob 07.09.2017 at 11:54

Спасибо за описание тонкости с безопасностью

Reply ↓
acsent 15.11.2017 at 17:10

перезапуск сервера на обязателен

Reply ↓
zels 16.01.2018 at 08:48

У меня выскакивала ошибка «Access denied», пока не задал users как на схеме. Сервер 64 битный, клиент 32 битный.

Reply ↓
solbol 12.07.2018 at 23:07

А мне помогло переключить тип приложения с серверного на библиотечный

Reply ↓
Xershi 12.07.2018 at 23:46

Переписал обработку на ОФ и код на клиенте отлично отработал без оберток.

В теории надо проверить поставить 64-битный клиент, тогда и ком будет 64-битный?

Reply ↓
nature2002 21.11.2018 at 12:33

и хотя, как тут правильно замечено, что «если на Windows-сервере 64-бит стоит Сервер 1С Предприятие 64-бит (в дистрибутиве windows64.rar),

то такой проблемы не будет.»,

дистрибутив COM-соединения находится именно в состве ЭТОГО ДИСТРИБУТИВА!!!!!!!!!!!! 1с не возможно понять……

Reply ↓
user797159 05.12.2018 at 11:51

А если мне нужно вызвать ADODB.CONNECTION, какую именно dll мне нужно выбрать при создании Com+ компоненты&

Reply ↓
Terve!R 22.01.2019 at 05:52

(37) Спасибо! Что только не делал, никак компонента не регистрировалась, пока не запустил

regsvr32 /u «c:Program Files1cv88.3.13.1644incomcntr.dll»

а потом без «/u» !

Reply ↓
dabuldakov 30.01.2019 at 07:53

(46) Подскажите пожалуйста что еще делали, таже платформа но никак не могу запустить этот КоммКонектор. Делал все по инструкции, смущает что везде к файлу comconector.dll путь идет в папку Program Files (x86). У меня 64 битный сервер и 1с 64 битная, 1с только по этому пути установлена. «C:Program Files1cv88.3.13.1644incomcntr.dll» Оттуда же и добавляю компоненту в винде. Регистрирую вот так как и вы c:WindowsSysWOW64>regsvr32 «C:Program Files1cv88.3.13.1644incomcntr.dll». Пробовал u.

Reply ↓
Terve!R 30.01.2019 at 08:39

(47) я регистрировал через просто regsvr32 «C:Program Files1cv88.3.13.1644incomcntr.dll» без всяких SysWOW64

Обычно этого достаточно, но без /u не прокатило в этот раз.

Reply ↓
shur52 30.01.2019 at 16:42

(47) Эта статья и все комментарии для нее — для случая 32 битного сервера 1с. Если у вас 1с 64-битный (как вы говорите), то проблемы, ради которой и создавалась статья, — у вас быть не должно. Вероятно, при установке сервера 1с из дистрибутива вы не отметили к установке Com-соединение.

Reply ↓
dabuldakov 31.01.2019 at 05:47

(49) Все так, при установке не было ком конектора и он не зарегистрировался видимо, спасибо. При 64 битном сервере 1с, надо пользоваться 64 битным регистратором c:WindowsSystem32>regsvr32 «C:Program Files1cv88.3.13.1644incomcntr.dll». А ошибка осталась в модуле при ком соединение но там уже видимо другая история:)

Reply ↓
taasha25 20.05.2019 at 16:49

Здравствуйте! На терминальном сервере тоже нужно устанавливать компоненту?

Reply ↓
BigRig 20.06.2019 at 16:18

(46)Спасибо, мне тоже только это помогло

Reply ↓

Ошибка V82.COMConnector на сервере 64. Решение проблемы

Related Posts

50 Comments

Leave a Comment Отменить ответ