При обновлении 1С после получения файлов с сервера возникает ошибка «Произошла исключительная ситуация 0x80070002».
Далее надо запустить командную строку в данной папке. Для этого надо нажать Пуск -> cmd (в поиске появится командная строка). Нажать на неё правой кнопкой мыши и запустить от имени администратора. Затем в командной строке перейти в папку с 1С и там выполнить команду regsvr32 comcntr.dll.
При попытке обновления типовой базы 1С Зарплата и управление персоналом 3.1.6.38 (в пользовательском режиме из меню, а не из конфигуратора) выдается сообщение об ошибке: Ошибка при регистрации компоненты comcntr. Код ошибки regsvr32: 3. Подробности см. в журнале регистрации.
При этом неважно, что данная компонента уже зарегистирована. Обновление дальше не идет.
В таком случае обновление надо выполнять через конфигуратор, а причина ошибки следующая.
При обновлении 1С вылпается принудительно регистрация comcntr
Для этого используется процедура ОбщегоНазначенияКлиентСервер.ЗапуститьПрограмму, в которой видим:
То есть сначала устанавливается каталог выполнения, потом запускается программа. Однако, если каталог выполнения находится на другом диске, то сначала надо сменить диск, только потом менять каталог. Этого в данной процедуре не делается. таким образом описанная вначале ошибка может возникнуть в случае, если программа установлена на диске, отличном от С.
У пользователей, работающих на 1С возникаем ошибка, связанная с файлом comcntr.dll. Оказывается, проблема заключается в особенности работы программы. Рассмотрим, как исправляется ошибка регистрации comcntr.dll.
Что это такое
Инсталлируя 1С, ОС регистрирует класс COMConnector. Файл comcntr.dll — компонент использующийся для предоставления доступа к информационной базе из внешней программы. Проблема не в библиотеке, а в особенностях работы ПО. Поэтому появляется на ОС Windows, которые поддерживают этот компонент.
Что предпринять
Так как проблема связана не с файлом, не нужно устанавливать заново библиотеку. Лучшее решение — переустановка программы. Удалите ее. Используйте утилиту CCleaner. Приложение удаляет вместе с файлами следы в реестре.
Установите ПО с лицензионного диска или дистрибутива.
Перезагрузите ПК. Проверьте, работу COM-компонента.
Если переустановка не помогла
Инсталлятор 1С может не зарегистрировать библиотеку. Причина до конца не выяснена. Что предпринять? Установите DLL-файл вручную. Нажмите «Win+X», далее:
Пропишите команду:
Если команда не сработала, запустите regsvr32 с ключом «/u».
Вывод
Мы рассмотрели, как исправить ошибку, связанную с работой COM-компонента. Используйте рекомендации, описанные выше, и ошибка возникать не будет.
83.COMConnector класс не зарегистрирован
Случается, что при попытке подключения к информационной базе через com-соединение возникает ошибка при вызове конструктора (COMОбъект): “Класс не зарегистрирован” или “Недопустимая строка с указанием класса”.
Первым делом необходимо зарегистрировать DLL в системе
Regsvr32 “C:\Program Files\1cv8\8.3.7.1776\bin\comcntr.dll”
В случае, если не помогает – создаём коннектор руками:
•Заходим в Панель управления – Администрирование – Службы компонентов.
•Переходим к ветке Компьютеры – Мой компьютер – Приложения COM+.
•В контекстном меню выбираем Создать – Приложение. Откроется Мастер установки приложений COM+.
•Выбираем “Создать новое приложение”.
•Вводим имя “V83COMConnector”. Устанавливаем переключатель “Серверное приложение”. Нажимаем “Далее”.
•На следующем шаге устанавливаем “Текущий пользователь”. Нажимаем “Далее”.
•В появившейся ветке V83COMConnector переходим к подветке Компоненты.
•В контекстном меню выбираем Создать – Компонент. Откроется Мастер установки компонентов COM+.
•Выбираем “Установка новых компонентов”.
•Выбираем файл <каталог 1С>\bin\comcntr.dll.
•Нажимаем “Далее” – “Готово”.
•Переходим к ветке V83COMConnector.
•В контекстном меню выбираем “Свойства”. В открывшемся окне переходим на вкладку «Безопасность».
•Снимаем галку «Принудительная проверка доступа для приложений». Ставим галку “Применить политику программных ограничений”. Устанавливаем Уровень ограничений – “Неограниченный”.
Класс V83.COMConnector зарегистрирован и может использоваться для подключения к информационным базам.
Бывало так, что вместо Текущий пользователь нужно прописать USR1CV8
83.COMConnector класс не зарегистрирован
Случается, что при попытке подключения к информационной базе через com-соединение возникает ошибка при вызове конструктора (COMОбъект): “Класс не зарегистрирован” или “Недопустимая строка с указанием класса”.
Первым делом необходимо зарегистрировать DLL в системе
Regsvr32 “C:\Program Files\1cv8\8.3.7.1776\bin\comcntr.dll”
В случае, если не помогает – создаём коннектор руками:
•Заходим в Панель управления – Администрирование – Службы компонентов.
•Переходим к ветке Компьютеры – Мой компьютер – Приложения COM+.
•В контекстном меню выбираем Создать – Приложение. Откроется Мастер установки приложений COM+.
•Выбираем “Создать новое приложение”.
•Вводим имя “V83COMConnector”. Устанавливаем переключатель “Серверное приложение”. Нажимаем “Далее”.
•На следующем шаге устанавливаем “Текущий пользователь”. Нажимаем “Далее”.
•В появившейся ветке V83COMConnector переходим к подветке Компоненты.
•В контекстном меню выбираем Создать – Компонент. Откроется Мастер установки компонентов COM+.
•Выбираем “Установка новых компонентов”.
•Выбираем файл <каталог 1С>\bin\comcntr.dll.
•Нажимаем “Далее” – “Готово”.
•Переходим к ветке V83COMConnector.
•В контекстном меню выбираем “Свойства”. В открывшемся окне переходим на вкладку «Безопасность».
•Снимаем галку «Принудительная проверка доступа для приложений». Ставим галку “Применить политику программных ограничений”. Устанавливаем Уровень ограничений – “Неограниченный”.
Класс V83.COMConnector зарегистрирован и может использоваться для подключения к информационным базам.
Бывало так, что вместо Текущий пользователь нужно прописать USR1CV8
83.COMConnector класс не зарегистрирован
Случается, что при попытке подключения к информационной базе через com-соединение возникает ошибка при вызове конструктора (COMОбъект): “Класс не зарегистрирован” или “Недопустимая строка с указанием класса”.
Первым делом необходимо зарегистрировать DLL в системе
Regsvr32 “C:\Program Files\1cv8\8.3.7.1776\bin\comcntr.dll”
В случае, если не помогает – создаём коннектор руками:
•Заходим в Панель управления – Администрирование – Службы компонентов.
•Переходим к ветке Компьютеры – Мой компьютер – Приложения COM+.
•В контекстном меню выбираем Создать – Приложение. Откроется Мастер установки приложений COM+.
•Выбираем “Создать новое приложение”.
•Вводим имя “V83COMConnector”. Устанавливаем переключатель “Серверное приложение”. Нажимаем “Далее”.
•На следующем шаге устанавливаем “Текущий пользователь”. Нажимаем “Далее”.
•В появившейся ветке V83COMConnector переходим к подветке Компоненты.
•В контекстном меню выбираем Создать – Компонент. Откроется Мастер установки компонентов COM+.
•Выбираем “Установка новых компонентов”.
•Выбираем файл <каталог 1С>\bin\comcntr.dll.
•Нажимаем “Далее” – “Готово”.
•Переходим к ветке V83COMConnector.
•В контекстном меню выбираем “Свойства”. В открывшемся окне переходим на вкладку «Безопасность».
•Снимаем галку «Принудительная проверка доступа для приложений». Ставим галку “Применить политику программных ограничений”. Устанавливаем Уровень ограничений – “Неограниченный”.
Класс V83.COMConnector зарегистрирован и может использоваться для подключения к информационным базам.
Бывало так, что вместо Текущий пользователь нужно прописать USR1CV8
Как в Windows x32(x86)/x64 зарегистрировать компоненту com-соединения comcntr.dll 1С 8.
Ответ на данный вопрос актуален в контексте натройки обменов между базами 1С с помощью прямого подключения. Один из вариантов установки/регистрации компоненты com-соединения приведен на странице: Ошибка при вызове конструктора (COMObject) по причине: -2147221164(0x80040154): Класс не зарегистрирован На ней описан вариант установки компоненты при установке/переустановке компонентов платформы 1С: Предприятие из стандартного пакета установки. Но случается и так, что все-таки com-компонента по каким-то таинственным пирчинам все же не регистрируется при вышеуказанной операции.
На это есть альтернативный вариант с помощью командной строки операционной системы. Забегая немного вперед, и чтобы обезопасить себя от ошибок при регистрации com-компоненты comcntr.dll через командную строку, подобных приведенной на скрине
Чтобы избежать ошибки “Модуль comcntr.dll загружен, но не удалось выполнить вызов DllRegisterServer, код ошибки 0x80070005” запускайте командную строку с правами администратора
А дальше уже все зависит от разрядности операционной системы, в которой Вы хотите зарегистрировать компоненту com-соединения 1C: Предприятия.
В системе с разрядностью x32(x86) для платформы 1С: Предприятие 8.2
C:\Program Files (x86)\1cv82\<номер_релиза>\bin> regsvr32 comcntr.dll
, где <номер_релиза> – номер текущего используемого релиза плафтормы 1С 8.
Для платформы 1С: Предприятие 8.3 командная строка для регистрации com-компоненты будет выглядеть примерно так:
C:\Program Files (x86)\1cv8\<номер_релиза>\bin> regsvr32 comcntr.dll
, на скрине, приведенном ниже в качестве прbмерf для случая регистрациb comcntr.dll в ОС x86 значение <номер_релиза> – “8.3.9.1818”
Теперь рассмотрим вариант для системы с разрядностью x64 для платформы 1С: Предприятие 8.2, альтернативный вариант:
C:\Windows\SysWOW64>regsvr32 “C:\Program Files (x86)\1cv82\<номер_релиза>\bin\comcntr.dll”
Для Windows x64 регистрация com-соединения 1С 8.3 платформы разрядности x64 может выглядеть так:
C:\Windows\SysWOW64>regsvr32 “C:\Program Files\1cv8\<номер_релиза>\bin\comcntr.dll”
ИЛИ как в примере для случая x64-разрядной операционной системы Windows
В том случае, если у Вас клиент-серверный вариант работы базы 1С 8, то необходимо зарегистрировать компоненту как на самом сервер, где установлен Агент сервера 1С:Предприятия, так и на рабочих местах на которых используется COM-соединение при подключении к базам (чаще всего при обмене между базами).
Так же на практике иногда требовалась перезагрузка рабочего компьютера. Но если сразу после успешной регистрации компоненты по приведенным выше инструкциям соединение отказывается работать, то лучше все-таки выполнить перезагрузку.
Если все-таки приведенный материал не помог, предлагается обратиться к альтернативным публикациям: Регистрация comcntr.dll-компоненты в 64-битной версии Microsoft Windows и Регистрация компоненты comcntr.dll для COM соединения с 1С 8 в 32-битной операционной системе
Оцените, оказалась ли эта публикация полезна для Вас?
Журавлев А.С.
(Сайт www.azhur-c.ru)
regsvr32 “D:\Program Files (x86)\1cv8\8.3.16.1224\bin\comcntr.dll”
regsvr32 “D:\Program Files (x86)\1cv8\8.3.9.2033\bin\comcntr.dll”
regsvr32 “D:\Program Files\1cv8\8.3.17.1386\bin\comcntr.dll”
regsvr32 “D:\Program Files\1cv8\8.3.16.1224\bin\comcntr.dll”
Все эти команды не нужны если реестр почищен и 1с установлена правильно.
В правильно входит и то, что если используется сервер Виндовс, то нужно ставить его из специального, серверного (а не общего) дистрибутива. В нем есть отдельный компонент- COM-соединение
В случае возникновения ошибки COMConnector “курильщика”
не обязательно
сразу чистить реестр. В начале следует попробовать Удалить регистрацию библиотеки comcntr.dll
Удаление регистрации библиотеки comcntr.dll
regsvr32 “C:\Program Files (x86)\1cv8\8.3.18.1334\bin\comcntr.dll” /u
Если после ошибки несоответствия и удачной регистрации новой версии компоненты, COM обмен не работает, НЕ СПЕШИМ УДАЛЯТЬ СТАРЫЕ ВЕРСИИ 1С!
В начале удалим регистрацию предыдущей версии, затем нынешней (она ведь не принесла результатов).
Затем снова регистрируем новую.
Где comcntr в реестре после установки клиента х32 и сервера х64
Всем доброе время суток !
Столкнулся со странным поведением COM.
На машине установлено два релиза 1С.
8.3.10.2252 32 разрядная и 8.3.11.3034 64 разрядная.
Есть база БП 3.0 (3.0.64.42).
В списке настроенных синхронизаций указана база ЗУП 3.1 находящаяся на этом же сервере 1С.
При попытке установить с ней COM соединение (Параметры подключения – Проверить подключение) получаю сообщение
Не удалось подключиться к другой программе. -2147221005(0x800401F3): Недопустимая строка с указанием класса
Делаю отмену регистрации библиотеки comcntr.dll для релиза 8.3.10.2252
regsvr32 “C:\Program Files (x86)\1cv8\8.3.10.2252\bin\comcntr.dll” /u
Отмена регистрации прошла успешно.
Делаю регистрации библиотеки comcntr.dll для релиза 8.3.11.3034
regsvr32 “C:\Program Files\1cv8\8.3.11.3034\bin\comcntr.dll”
Регистрация прошла успешно.
Что еще необходимо сделать ?
Ранее в конфигурации использовался справочник НастройкиВыполненияОбмена где прописывались релизы используемые для подключения. Но сейчас он не используется.
Кто сталкивался с этой проблемой просьба подсказать.
(0) Библиотеку на Сервере 1С регистрируешь?
(1) Нет на локальном компе. Я же с него захожу в базу БП и из нее генерируется COM подключение в базу ЗУП
(2) “из нее генерируется COM подключение” – это может происходить на сервере
(3) То есть сделать отмену регистрации comcntr.dll и регистрацию на сервере 1С ?
(4) Я не знаю, где вызывается твой ком.
(4) Если это стандартный обмен БП – ЗУП, то он делается на стороне сервера, если свой, то надо смотреть где ты СОМ создаешь
(7) тогда регистрируй на сервере, но только того релиза под которым сам сервер крутиться
(8) На сервере зарегистрировал. Ошибка та же самая. Сервер нужно перезапускать ?
Хост надо перезагрузить даже скорее всего
Попробуй через реестр поискать библиотеку и изменить пути к ней.
Надо на сервере регистрировать библиотеку.
(10) Сервер перегрузил, ошибка осталась.
Какие то чудеса.
А в чем проблема? В трех словах
Есть база БП 3.0 (3.0.64.42).
В списке настроенных синхронизаций указана база ЗУП 3.1 находящаяся на этом же сервере 1С.
При попытке установить с ней COM соединение (Параметры подключения – Проверить подключение) получаю сообщение
Не удалось подключиться к другой программе. -2147221005(0x800401F3): Недопустимая строка с указанием класса
Ошибка точно выглядит так:
Не удалось подключится к другой программе: -2147221005(0x800401F3): Недопустимая строка с указанием класса
Здесь пишут, что regsvr32 надо другой запускать
https://helpf.pro/faq/view/1825.htm
Для начала выяснить, где (хост и пользователь ОС) выполняется код, в строке которого возникает ошибка
1) нужен ребут, иначе не работает, проверено буквально вчера.
2) https://helpf.pro/faq/view/1825.htm это действительно так
() Я делал регистрацию comcntr.dll битной платформы через regsvr32 "C:\Program iles\cv8\...\bin\comcntr.dll" Получил сообщение что регистрация успешная. В статье написано то что нужно . Остановить сервер С . Делать регистрацию comcntr.dll битной платформы через C:\Windows\SysWOW64\regsvr32
Эти пункты действительно важны ?
(20) Проверь в реестре (поиском по имени библиотеки) что пути именно из нужного релиза. Перезапусти службу 1С. Должно работать. И главное чтобы релиз библиотеки совпадал с релизом 1С (в параметрах службы посмотри путь, откуда она запускается)
(21) На сервере нашел интересный момент
Существуют регистрации comcntr.dll по путям которых нет в системе (возможно ранее была установлена 32 разрядная версия 1С и зарегистрирована dll).
C:\Program Files (x86)\cv8\...\bin\comcntr.dll
Я так понимаю что лучше это удалить ?
(22) насчет удалить не уверен, лучше новый путь подсунуть
(22) лучше руками ничего не удалять. А для чего именно х64 ком-конектор?
(23) (24)
Хоть ты тресни. Ничего не помогает.
Делаю все по инструкции в https://helpf.pro/faq/view/1825.htm
Останавливаю агент сервера.
Отменяю регистрацию regsvr32 "C:\Program Files\cv8\...\bin\comcntr.dll" /u regsvr32 "C:\Program Files (x86)\cv8\...\bin\comcntr.dll" /u Регистрирую компоненту C:\Windows\SysWOW64\regsvr32 "C:\Program Files\cv8\...\bin\comcntr.dll" Путь в реестре который убирался при отмене регистрации C:\Program Files (x86)\cv8\...\bin\comcntr.dll заменил на C:\Program Files\cv8\...\bin\comcntr.dll Перезапускаю службу сервера С.
Захожу в БП.
В списке настроенных синхронизаций указана база ЗУП 3.1 находящаяся на этом же сервере 1С.
Открываю ее параметры. Проверить подключение.
При попытке установить с ней COM соединение (Параметры подключения – Проверить подключение) получаю сообщение
Не удалось подключиться к другой программе. -2147221005(0x800401F3): Недопустимая строка с указанием класса
Не увидел в твоем описании перезагрузки хоста. Что-то ты бакланишь.
Единственное что смущает – на сервере установлена англоязычная версия 1С (все диалоги на английском). В этом может быть дело ?
Но ведь 1С нормально же заходит в БП и ЗУП. Почему же COM подключение не работает ?
(26) Службу сервера перезапускал. Сервер физически перегрузить ?
Я все сказал
() в () написал же "Останавливаю агент сервера. " Потом отмена регистрации comcntr.dll Потом регистрация.
Потом запуск службы сервера 1С.
(29) Сервер перегрузил, ошибка осталась.
Таки для чего именно х64 ком-конектор? Если везде клиенты стоят х32, то и конектор такой-же надо устанавливать. На крайний случай его можно потом через СОМ+ прописать.
Я пару недель назад, 2 дня плясал с бубном на тему подружить 1С 8.3.12 и Аксапту 2012 через х64 ком-конектор. Не победил. Тексты ошибок АХа писала столь экзотичные, что даже гугло-поиск молчал. Плюнул, взял х32, прописал в COM+, всё работает.
Вот от этих статей начинал “плясать”:
http://catalog.mista.ru/public/197627/
http://catalog.mista.ru/public/400951/
(31) Тогда переходи к следующему моему указанию
(32) >Таки для чего именно х64 ком-конектор?
Потому что на сервере стоит 64 битная 1С. В каталоге
C:\Program Files\cv8\...
Соответственно comcntr.dll лежит в этом же каталоге.
(33) У тебя написано в (18)
"Для начала выяснить, где (хост и пользователь ОС) выполняется код, в строке которого возникает ошибка" Это уже выяснено в (). "Если это стандартный обмен БП - ЗУП, то он делается на стороне сервера, свой, то надо смотреть где ты СОМ создаешь". У меня стандартная БП . которая связывается с ЗУП .
Дальше идет инструкция в https://helpf.pro/faq/view/1825.htm
Сделал все как в ней сказано. Начиная с остановки службы сервера 1С. Далее удаление регистрации компонент. Далее регистрация. Далее перезагрузка сервера.
Ты опять что-то бакланишь. В (6) фраза ни к чему не обязывающая. Пока не найдешь строку кода, далеко не уедешь, думаю.
(36) От тебя за всю ветку ноль полезной информации но очень много пафоса. Если нечего сказать по теме может не стоит время тратить ?
(34) >> Потому что на сервере стоит 64 битная 1С. В каталоге
Это осознанное решение? Когда х64 платформу ставили, поставили флаг “СОМ-Coединение”?
Ясно. Не в коня корм значит.
(38) Новое место работы. Сервер 1С до этого ставил сисадмин. Зачем он поставил 64 разрядную версию внятно ответить не может.
Как только бухи сдадут квартальную отчетность буду переставлять сервер 1С.
(38) У сисадмина сервер 1С на котором крутятся базы БП и ЗУП до этого работал виртуальной машиной. Были большие тормоза. Он его снес и поставил на отдельную машину. Зачем поставил 64 разрядный сервер если на сервере крутится только база БП с 5 пользователями и база ЗУП одному ему известно.
Причем самое веселое что сервер 1С для бухгалтерии он решил переставить во время сдачи отчетности.
(41) Да не важно 64 версия или нет, все должно работать.
1. Ты определил какая версия сервера 1С запущена из установленных?
2. Остальные просто снеси чтобы не путались Длл.
3. Еще раз снимаешь регистрацию Длл, потом регистрируешь новую.
4. В реестре для верности проверяешь, что все пути ведут к нужной.
5. Перезапускаешь сервер 1С.
(41) И еще вопрос, если у вас всего 5 пользователей, то зачем вы купили 64 битную изначально? Она как бы намного дороже
1. На сервере установлена только одна 1С.
C:\Program Files\cv8\... . На сервере на данный момент нет других С помимо C:\Program Files\cv8\... . Я это сделал. Остановил службу сервера С. Снял регистрацию comcntr.dll Зарегистрировал через C:\Windows\SysWOW64\regsvr32 Запустил службу сервера С. Перегрузил сервер.
4. В реестре были ссылки на comcntr.dll от разрядной версии C:\Program Files (x86)\cv8\...
Этой версии 1С на сервере нет но в реестре ссылки на comcntr.dll от 32 разрядной версии остались.
Путь к comcntr.dll я поправил на 64 разрядную.
5. Это сделано
(43) Я не уверен что 1С вообще куплена. Я же говорю сервер 1С переустанавливал сисалдмин. Я в этой организации недавно работаю и до проверки лицензий и восстановления анкет (при необходимости) руки еще не дошли.
(44) Зарегистрировал через C:\Windows\SysWOW64\regsvr32
так это ж для регистрации 32-разрядных компонент, а не для 64х
(41) Выбор разрядности сервера это отдельный вопрос. Он никак не связан с вопросом (0).
Я спрашиваю именно про разрядность клиента и COM конектора. Конектор х32 абсолютно нормально работает и с х32 и с х64 сервером. Выбор разрядности конектора зависит от разрядности же ПО, который будет его использовать. Если кроме сервера всё ПО х32, то нет смысла заморачиваться с х64 конектором.
В -битной версии сервера проблема решилась бы командой: regsvr32 «C:\Program Files (x86)\cv8\...\bin\comcntr.dll» но в -битной версии команда будет примерно такой * : C:\Windows\SysWOW64\regsvr32 «C:\Program Files (x86)\cv8\...\bin\comcntr.dll»
(47) >Я спрашиваю именно про разрядность клиента и COM конектора
Если честно вопрос не совсем понял.
У меня на сервере установлена 64 разрядная 1С.
C:\Program Files\cv8\... Служба запуска сервера С C:\Program Files\cv8\...\bin\ragent.exe
Других 1С на сервере нет.
(49) ну грохни ее нахрен поставь 32х. в чем проблема?
5-10 минутное дело пересадки сервера 1ц с 64 на 32 бит версию растянули на
(49) – (0) = 3 дня, 4 часа, 20 минут
(52) com он как раз и подключается к тому клиенту, который на сервере.
Какой контекст COM-подключения? Кто выполняет подключение? Серверный или клиентский код?
Сияющий в темноте
тут есть проблема в том,что из одной версии платформы не получится зайти по кому в другую,т.к.перекроются имена dll,может быть,у вас проблема в этом,а не в том,что класс не зарегистрировался?
“из одной версии платформы не получится зайти по кому в другую,т.к.перекроются имена dll” // Прекрасно получится, если СОМ-компоненте установить внепроцессную активацию.
С внутрипроцессной активацией в СОМ-компоненте не получится не из-за какого-то “перекрытия имен”, а из-за того, что для СОМ-подключения используется не только одна длл-библиотека, но и другие (например, core83.dll), которые, единожды загруженные в процесс ОС, не могут быть изменены (подменены).
(49) “У меня на сервере установлена 64 разрядная 1С”. Платформа состоит из компонент – сервер, толстый клиент, тонкий клиент, ком-конектор.
(49) + к (57)
Выбор каждой из компонент, разрядности, в идеале, должен быть осознанным. Скажем сервер x64, это обязательное условие при более или менее больших БД и количестве пользователей. Но ещё зависит от наличия денюжек, ибо х54 сервер в 2 раза дороже х32.
А вот х64 клиентская часть, имхо, нафиг не нужная история. Где-то на форуме читал, что без х64 тяжко работает ERP, но не проверял.
Собственно возвращаясь к. Выбор разрядности компоненты должен основываться на разрядности ПО, что будет использовать эту компоненту. У меня, например, должны были дружить 1С и Аксапта х64. Т.е. х64 компонента выбиралась осознанно. В вашем случае, имхо, не нужна х64 клиентская часть. Попробуйте самое простое, просто правильно и ососзнанно установить нужные коппоненты:
1. В дистрибутиве х64 установить только сервер и консоль администрирования.
2. В дистрибутиве х32 установить клиента. Тонкие и расширения по необходимости.
Можно перезагрузить сервер, но должно и так заработать.
(57) Я выше писал что у меня 1С на сервере установлена ТОЛЬКО в каталог C:\Program Files\1cv8\8.3.11.3034
Соответственно у меня и сервер 64 разрядный и клиент.
(51) >5-10 минутное дело пересадки сервера 1ц с 64 на 32 бит версию растянули на
Если бы было так все просто.
А то что на этом сервере работают бухи и идет процесс сдачи отчетности вы упускаете ? Вы предлагаете снести сервер на котором крутятся ВСЕ базы БП и ЗУП, при этом бухи работать с базами не смогут. После переустановки сервера опять с нуля регистрация всех баз 1С.
А если что-то пошло не так и опять нужна переустановка ?
А бухи сидят и ждут.
Вариант делать это после работы или ночью конечно возможен но это удовольствие не для всех.
(60) не сервер снести, платформу поменять на сервере. клиента.
(61) Вы предлагаете поставить на сервер две 1С – одну в каталог C:\Program Files\1cv8\8.3.11.3034 и из нее запускать сервер 1С C:\Program Files\1cv8\8.3.11.3034\bin\ragent.exe
Только для запуска сервера.
Другую в каталог C:\C:\Program Files (x86)\cv8\...
и использовать только для запуска клиента ?
При установке на сервере 1с Сервер 64bit клиент тоже лучше ставить 64bit и не экспериментировать. 32 разрядный, понятное дело, лучше сразу перед установкой снести (а еще лучше перед установкой перезапустить сервер).
(64) Имхо, бред. Какие-то аргументы за данное решение есть?
(65) У меня так работает, с 32 бит клиентом на сервере косяки с com.
(66) А у ТС проблемы с х64 СОМ. На 12.1595 и у меня проблемы были на связке 1С_аксапта с помощью х64 СОМ. И?
(64) на 64 битном клиенте не работает встроенное сканирование (компонента не устанавливается)
(64) Если у вас это не работает, то не значит что у других такие же кривые лапки. На 64 битных клиентах до сих пор не прикрутили многие ВК (например та же печать ШК в отчетах) да и слабо представляю необходимость 64 битного клиента при наличии сервера 1с, а чтобы с комами всё хорошо было надо просто четко представлять себе что ты делаешь, и либо не допускать клиентских/серверных вызовов (в зависимости от того что вы регистрировали по умолчанию) при разных разрядностях/платформах или оборачивать в обертки нужные вам библиотеки.
(63) >Сервер как стоял х64, так пусть и стоит себе. Надо только поставить клиента х32
Можете пояснить – зачем ?
У меня на сервере стоит 64 разрядная 1С. Других там нет.
Да были какие-то хвосты регистрации в реестре comcntr.dll из 32 разрядной 1С. При том что самой 32 разрядной 1С (из папки C:\Program Files (x86)\1cv8\8.3.11.3034 на сервере нет. Я поменял путь в реестре с «C:\Program Files (x86)\1cv8\8.3.5.1119\bin\comcntr.dll» на «C:\C:\Program Files\1cv8\8.3.11.3034\1cv8\8.3.5.1119\bin\comcntr.dll»
Дальше получается следующее.
Вне зависимости от того где зашел клиентом в 1С (с локальной машины или на сервере) происходит проявление ошибки COM при попытке произвести тестовое подключение из БП в ЗУП в штатной процедуре обмена БП-ЗУП.
Теперь давайте думать логически.
Если бы проблема с COM была только при заходе в 1С с клиентских машин а при заходе в 1С с сервера ее не было то надо было бы копать в сторону клиентских машин и клиентских версий.
Но проблема происходит все зависимости от того с какой машины (с локальной или с сервера) зайти в 1С.
В связи с этим чем поможет установка 32 разрядного клиента на сервере если при заходе в 1С с клиентских машин он участвовать не будет ?
(63) “Полный дистрибутив платформы и х32 и х64 содержат как различных клиентов, так и сервер. Ну и плюс сопутствующие компоненты навроде СОМ конектора. Есть даже отдельный дистрибутив с сервером х64, который не содержит клиента. Надо смотреть что именно стоит, какие флаги были выбраны при установке. ”
Где вы видели такие пункты ?
Там есть только выбор С Предприятие С Предприятие - тонкий клиент С Предприятие - тонкий клиент (файловый вариант) С Предприятие сервер Веб сервер и модули расширения Администрирование сервера Интерфейсы Дополнительные административные функции
Больше нет ничего.
Никакой отдельной возможности поставить COM коннектор в дистрибутиве нет.
Собственно если в установленных программах на 1С этого релиза нажать “Изменить” то будет видно какие компонеты можно выбрать.
(71) Данная возможность присутствует в варианте установщика “Cервер 1С:Предприятия (64-bit) для Windows”, ни в технологической платформе, ни в тонком клиенте его нет (как нет и в варианте “Технологическая платформа 1С:Предприятия (64-bit) для Windows”). Но в варианте поставки сервера он присутствует из коробки и даже работает без плясок с бубном. От ТСа хотелось бы более явной инфы – какой вариант поставки он использует (со штукой с сайта 1с которая называется “Технологическая платформа 1С:Предприятия (64-bit) для Windows” раньше было много проблем именно с сервером 1с предприятия (хотя вроде как они должны были быть одинаковыми) и com библиотека была 32-битной, может до сих пор не поправили), почистил ли он старые следы библиотеки, как он регистрирует – через 32 битный regsvr или с помощью regsvr из syswow, пробовал ли он указать регистрацию компоненты при установке сервака, написать в конце концов версию платформы и было бы неплохо если бы тс явно отвечал на вопросы (к примеру какой вызов использовался клиентскиЙ или серверный он в явном виде так и не ответил, хотя и можно догадаться о том что серверный). ТС – снеси все к чертям (сохранив папку srvinfo), поставь заново дистрибутив именно “Cервер 1С:Предприятия (64-bit) для Windows” и при установке выберите пункт com соединение, после восстановите папку srvinfo и радуйтесь появившемуся кому.
мне помогло создать ком-объект руками
Сияющий в темноте
Внепроцессорная активация ком это еще то зло,т.к.пересылать данные через границу процесса очень медленно.
H A D G E H O G s
Жесть какая. Автор, твоя проблема решается за 5 минут.
(75) Не всегда.Бывают тяжелые случаи.Кстати,ТС пока не отписался о решении)
(75) Каким образом ?
Я делал все по инструкции https://helpf.pro/faq/view/1825.htm
Проблема не решилась
H A D G E H O G s
() Ну давай подключусь, гляну Пиши на liveups@yandex.ru
(76) Не отписался потому что проблема пока не решена.
На старом сервере постоянно работают бухи. Если его остановить начнутся вопли “дайте работать”.
Сисадмин поднял новый сервер, сейчас с нуля поставлю на него сервер 1С, разверну базы и проверю работу COM.
(70) (71) > Можете пояснить – зачем ?
Есть целых 2 причины:
1. х64 СОМ “так и не взлетел”.
2. Никаких внятных резонов использовать х64 клиентскую часть нет.
Остальное см (72).
(75) К сожалению как вы сами убедились бывают проблемы которые за 5 минут не решаются.
Проблему к сожалению не удалось решить никакими способами.
Большое спасибо за помощь.
Перехожу к плану Б – поднимаю сервер 1С на чистой машине, разворачиваю базы там и пробую.
(76) На новом сервере все заработало.
1. Установка сервера 1С (поставил 32 разрядную).
Ставил обычного дистрибутива windows . Регистрация comcntr.dll под админскими правами regsvr32 "C:\Program Files (x86)\cv8\...\bin\comcntr.dll" И все работает.
1. Удалить старый сервер
2. Установить сервер приложений С, с нужной версией и под администратором :)
+() Регистрация comcntr.dll под админскими правами
(84) Так хотелось проблему решить терапевтическими методами а не хирургическими
(84) Согласитесь что сначала хочется решить более простыми способами чем снести сервер 1С и поставить заново (с регистрацией всех баз на нем заново).