Меню

Ошибка при вызове метода контекста connectagent

Я
   Menjoy

21.10.12 — 21:41

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

При подключении используется строка адреса сервера типа 192.168.1.29:1542 и имя базы. При выполнении ConnectAgent(«192.168.1.29:1542») выбивает такую ошибку, в чем может быть причина?

Ошибка при вызове метода контекста (ConnectAgent): Произошла исключительная ситуация (V82.COMConnector.1): descr=Сервер недоступен (Не отвечает, завершается аварийно или порт занят другим приложением) line=557 file=SrcRemoteCreatorImpl.cpp

   Ranger_83

1 — 21.10.12 — 21:50

может порт не тот?

   Menjoy

2 — 21.10.12 — 21:54

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

   Menjoy

3 — 21.10.12 — 21:55

Ошибка именно при выполнении метода ConnectAgent(), параметр в нем на 100% правильный, я уверен.

С таким же адресом легко запускаю 1С из cmd.

   Ranger_83

4 — 21.10.12 — 22:03

1540 или 1541 попробуй

   Menjoy

5 — 21.10.12 — 22:52

C 1542 сработало. Спасибо.

Этому есть разумное объяснение?

   Dethmont

6 — 21.10.12 — 23:07

Зачем ты порт вообще указываешь? Порт же по умолчанию стоит — 1С сама догадается куда лезть… (порт нужно указывать если у тебя несколько серверов 1С)

http://myconsult2.ru/?p=269

   Menjoy

7 — 21.10.12 — 23:27

В том и дело, что кроме основного сервера с 6ю рабочими базами предприятий есть еще и серверы разработчиков 🙂

  

zladenuw

8 — 22.10.12 — 00:57

и че у нас зеркало висит.

ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку «Обновить» в браузере.

Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.

Ошибка при запуске теста

Модератор: Дмитрий Юхтимовский

Ошибка при запуске теста

Добрый день, Вячеслав!
Наши сисадмины установили сервер 1С и SQL на Windows server 2012. Он немного работает медленно, поэтому мы решили запустить Ваш тест и проверить.
Тест TPC+G1C gilev.ru 2.1.0.2
Платформа 8,3,4,482.
Но при запуске теста в режиме предприятия выходит ошибка:
{Обработка.TPC_1C_GILV.Форма.Форма.Форма(511)}: Ошибка при вызове метода контекста (Authenticate): Типы не совпадают (2)

Что это может быть и как побороть? Модули у Вас вырезаны, так что попасть поглядеть в чем ошибка не могу.

stig
 
Сообщений: 6
Зарегистрирован: 30 май 2014, 06:57

Re: Ошибка при запуске теста

Сообщение stig » 30 май 2014, 07:46

Запустил тест на сервере 8.2.17.143
Конфигурация: Простой тест интенсивной записи для платформы 1С:Предприятие + Многопоточный тест записи на диск (2.0.3.3)
Гилёв Вячеслав Валерьевич
(gilev.ru/1c/tpc)

И получил ошибку:
{Обработка.TPC_1C_GILV.Форма.Форма(499)}: Ошибка при вызове метода контекста (ConnectAgent): Произошла исключительная ситуация: Версия компоненты ‘comcntr’ (8.2.19.68) отличается от версии корневого модуля ‘core82’ (8.2.17.143)

Но после этого рабочий стол открылся и тестирование я провел. Не знаю влияла ли эта ошибка на тест или нет.

stig
 
Сообщений: 6
Зарегистрирован: 30 май 2014, 06:57

Re: Ошибка при запуске теста

Сообщение Гилёв Вячеслав » 30 май 2014, 18:47

наверно ставили 8.2 после 8.3, посмотрим что можно сделать
попробуйте перерегистрировать COM-соединение

Гилёв Вячеслав
 
Сообщений: 2543
Зарегистрирован: 11 фев 2013, 15:40
Откуда: Россия, Москва

Re: Ошибка при запуске теста

Сообщение stig » 30 май 2014, 19:46

Тест TPC+G1C gilev.ru 2.1.0.2
Платформа 8,3,4,482.
Но при запуске теста в режиме предприятия выходит ошибка:
{Обработка.TPC_1C_GILV.Форма.Форма.Форма(511)}: Ошибка при вызове метода контекста (Authenticate): Типы не совпадают (2)
Этот тест я запускал на одном сервере, где стоит только 8.3
Что делать с ней?

Последний раз редактировалось stig 02 июн 2014, 07:17, всего редактировалось 1 раз.

stig
 
Сообщений: 6
Зарегистрирован: 30 май 2014, 06:57

Re: Ошибка при запуске теста

Сообщение stig » 30 май 2014, 19:57

И получил ошибку:
{Обработка.TPC_1C_GILV.Форма.Форма(499)}: Ошибка при вызове метода контекста (ConnectAgent): Произошла исключительная ситуация: Версия компоненты ‘comcntr’ (8.2.19.68) отличается от версии корневого модуля ‘core82’ (8.2.17.143)

А эту ошибку я уже устранил, спасибо!

stig
 
Сообщений: 6
Зарегистрирован: 30 май 2014, 06:57

Re: Ошибка при запуске теста

Сообщение stig » 02 июн 2014, 07:18

stig писал(а):Тест TPC+G1C gilev.ru 2.1.0.2
Платформа 8,3,4,482.
Но при запуске теста в режиме предприятия выходит ошибка:
{Обработка.TPC_1C_GILV.Форма.Форма.Форма(511)}: Ошибка при вызове метода контекста (Authenticate): Типы не совпадают (2)
Этот тест я запускал на одном сервере, где стоит только 8.3
Что делать с ней?

Вячеслав, можете подсказать как запустить тест на 8.3?

stig
 
Сообщений: 6
Зарегистрирован: 30 май 2014, 06:57

Re: Ошибка при запуске теста

Сообщение ssavel » 02 июн 2014, 12:54

stig писал(а):

stig писал(а):Тест TPC+G1C gilev.ru 2.1.0.2
Платформа 8,3,4,482.
Но при запуске теста в режиме предприятия выходит ошибка:
{Обработка.TPC_1C_GILV.Форма.Форма.Форма(511)}: Ошибка при вызове метода контекста (Authenticate): Типы не совпадают (2)
Этот тест я запускал на одном сервере, где стоит только 8.3
Что делать с ней?

Вячеслав, можете подсказать как запустить тест на 8.3?

Добрый день.
Я занимаюсь поддержкой данного теста.
Для более подробного анализа ошибки прошу связаться со мной по скайпу «s.savel».

ssavel
 
Сообщений: 7
Зарегистрирован: 21 мар 2014, 15:30

Re: Ошибка при запуске теста

Сообщение Гилёв Вячеслав » 03 июн 2014, 19:11

stig писал(а):

stig писал(а):Тест TPC+G1C gilev.ru 2.1.0.2
Платформа 8,3,4,482.
Но при запуске теста в режиме предприятия выходит ошибка:
{Обработка.TPC_1C_GILV.Форма.Форма.Форма(511)}: Ошибка при вызове метода контекста (Authenticate): Типы не совпадают (2)
Этот тест я запускал на одном сервере, где стоит только 8.3
Что делать с ней?

Вячеслав, можете подсказать как запустить тест на 8.3?

У вас есть созданные аккаунта администратора сервера 1с или администратора кластера 1С? Если да, то создайте в администраторах учетку с виндовой авторизацией пользователем, из под которого вы запускаете тест.

Гилёв Вячеслав
 
Сообщений: 2543
Зарегистрирован: 11 фев 2013, 15:40
Откуда: Россия, Москва

Re: Ошибка при запуске теста

Сообщение stig » 04 июн 2014, 17:32

Понял, спасибо!

stig
 
Сообщений: 6
Зарегистрирован: 30 май 2014, 06:57

Re: Ошибка при запуске теста

Сообщение mechnotech » 07 дек 2019, 11:19

Добрый день!

Версия 8.3.16.1030. Сервер на линуксе 32 битный, postgresql 64 bit 10.10-1, оба на виртуальной машине vmware.
Конфигурации работают нормально.

Но провести данный тест не могу, выпадает следующая ошибка:

При загрузке, снизу выводит:

Код: выделить все
{Обработка.TPC_1C_GILV.Форма.Форма.Форма(504)}: Метод объекта не обнаружен (ConnectAgent)

При запуске теста:

Код: выделить все
{Обработка.TPC_1C_GILV.Форма.Форма.Форма(856)}: Ошибка при вызове метода контекста (Записать)
      НовыйЭлементСправочника.Записать();             
по причине:
Нарушено условие уникальности данных.

Попытка вставки неуникального значения в уникальный индекс:
ERROR:  duplicate key value violates unique constraint "_reference22_pkey"
DETAIL:  Key (_idrref)=(xd199000c29d1e3bf11ea18c04bac4774) already exists.

Покажите пожалуйста, в какую сторону смотреть?

mechnotech
 
Сообщений: 2
Зарегистрирован: 07 дек 2019, 10:18

Re: Ошибка при запуске теста

Сообщение Дмитрий Юхтимовский » 07 дек 2019, 14:37

На этом сочетании версий платформы 1С и PostgreSQL работа теста не тестировалась.
Повторится ли ошибка, если загрузить конфигурацию из dt заново?

Дмитрий Юхтимовский
 
Сообщений: 731
Зарегистрирован: 11 фев 2013, 19:28
Откуда: gilev.ru

Re: Ошибка при запуске теста

Сообщение mechnotech » 07 дек 2019, 18:36

Пробовал не один раз, ошибка регулярная, одна и та-же.
Попробую завтра запустить на 64битной версии 1С.

mechnotech
 
Сообщений: 2
Зарегистрирован: 07 дек 2019, 10:18

Re: Ошибка при запуске теста

Сообщение Дмитрий Юхтимовский » 07 дек 2019, 21:25

Непосредственно к тесту это не имеет никакого отношения, похоже на проблему связки конкретной версии платформы 1С и версии PostgreSQL. Хоть согласно системных требований 1С, формально PostgreSQL может использоваться, начиная с версии платформы 8.3.14.1565, здесь «что-то пошло не так».

Дмитрий Юхтимовский
 
Сообщений: 731
Зарегистрирован: 11 фев 2013, 19:28
Откуда: gilev.ru

Re: Ошибка при запуске теста

Сообщение Гилёв Вячеслав » 09 дек 2019, 16:17

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

http://1c.postgrespro.ru

Гилёв Вячеслав
 
Сообщений: 2543
Зарегистрирован: 11 фев 2013, 15:40
Откуда: Россия, Москва

Re: Ошибка при запуске теста

Сообщение akatala » 20 дек 2019, 00:43

Добрый день!

аналогичная ошибка как у mechnotech

Версия 8.3.16.1063. Сервер на CentOs 7.7 64 битный, postgrepro 64 bit 11.6-1 (на 10.6-1 аналогично), оба на виртуальной машине vmware.
Провести данный тест не могу, выпадает следующая ошибка:

При загрузке, снизу выводит:

Код: выделить все
{Обработка.TPC_1C_GILV.Форма.Форма.Форма(482)}: Ошибка при вызове конструктора (COMОбъект): -2147221005(0x800401F3): Недопустимая строка с указанием класса

При запуске теста:

Код: выделить все
{Обработка.TPC_1C_GILV.Форма.Форма.Форма(856)}: Ошибка при вызове метода контекста (Записать)
      НовыйЭлементСправочника.Записать();             
по причине:
Нарушено условие уникальности данных.

Попытка вставки неуникального значения в уникальный индекс:
ERROR:  duplicate key value violates unique constraint "_reference22_pkey"
DETAIL:  Key (_idrref)=(xc5890050560162d611ea22a8a24a49d6) already exists.

Сборка postgrepro бралась с сайте 1c.postgres.ru

Код: выделить все
rpm --import http://repo.postgrespro.ru/keys/GPG-KEY-POSTGRESPRO
echo [postgrespro-1c] > /etc/yum.repos.d/postgrespro-1c.repo
echo name=Postgres Pro 1C repo >> /etc/yum.repos.d/postgrespro-1c.repo
echo baseurl=http://repo.postgrespro.ru//pg1c-archive/pg1c-11.6/centos/7/os/x86_64/rpms/ >> /etc/yum.repos.d/postgrespro-1c.repo
echo gpgcheck=1 >> /etc/yum.repos.d/postgrespro-1c.repo
echo enabled=1 >> /etc/yum.repos.d/postgrespro-1c.repo
yum makecache
yum install -y postgrespro-1c-11-server-11.6-1.el7.x86_64 postgrespro-1c-11-contrib-11.6-1.el7.x86_64
/opt/pgpro/1c-11/bin/pg-setup initdb
/opt/pgpro/1c-11/bin/pg-setup service enable
service postgrespro-1c-11 start

Покажите пожалуйста, в какую сторону смотреть?

akatala
 
Сообщений: 1
Зарегистрирован: 20 дек 2019, 00:33

Re: Ошибка при запуске теста

Сообщение Гилёв Вячеслав » 20 дек 2019, 02:50

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

Гилёв Вячеслав
 
Сообщений: 2543
Зарегистрирован: 11 фев 2013, 15:40
Откуда: Россия, Москва

Re: Ошибка при запуске теста

Сообщение bambr » 26 дек 2019, 12:03

Добрый день.
Я думаю, что проблема в том, что при создании баз в 8.3.16 последней нельзя указать смещение дат. На более старых платформах, где можно указать смещение с любой версией постгрес включая 12 все хорошо.

bambr
 
Сообщений: 1
Зарегистрирован: 26 дек 2019, 11:59

Re: Ошибка при запуске теста

Сообщение Павликовский Андрей » 04 янв 2020, 00:53

Та же ошибка на 8.3.16.1063

Код: выделить все
{Обработка.TPC_1C_GILV.Форма.Форма.Форма(856)}: Ошибка при вызове метода контекста (Записать)
      НовыйЭлементСправочника.Записать();             
по причине:
Нарушено условие уникальности данных.

Попытка вставки неуникального значения в уникальный индекс:
ОШИБКА:  повторяющееся значение ключа нарушает ограничение уникальности "_reference22_pkey"
DETAIL:  Ключ "(_idrref)=(x4a95be0d5a10e54711ea2e729ff14b78)" уже существует.

Postgres Pro Standart 12.1

Update: после отката на 8.3.15.1747 проблема пропала.

Павликовский Андрей
 
Сообщений: 1
Зарегистрирован: 04 янв 2020, 00:51

Re: Ошибка при запуске теста

Сообщение sysadmin » 08 янв 2020, 17:43

Та же ошибка на 8.3.16.1063

Код: выделить все
{Обработка.TPC_1C_GILV.Форма.Форма.Форма(856)}: Ошибка при вызове метода контекста (Записать)
      НовыйЭлементСправочника.Записать();             
по причине:
Нарушено условие уникальности данных.

Попытка вставки неуникального значения в уникальный индекс:
ОШИБКА:  повторяющееся значение ключа нарушает ограничение уникальности "_reference22_pkey"

postgresql_10.10_4.1C_amd64

sysadmin
 
Сообщений: 4
Зарегистрирован: 08 янв 2020, 17:36

Re: Ошибка при запуске теста

Сообщение Дмитрий Юхтимовский » 08 янв 2020, 19:30

Как можно заметить — у всех подобная ошибка вылезла после перехода на 1С 8.3.16.
И с большой вероятностью такое же поведение может наблюдаться не только на базе теста, а и на любых других базах 1С+PostgreSQL.
Если есть желание принести пользу сообществу — можно отправлять подробно документированное воспроизведение этой ошибки в техподдержку 1С, чтобы они таки исправили ошибку.

Дмитрий Юхтимовский
 
Сообщений: 731
Зарегистрирован: 11 фев 2013, 19:28
Откуда: gilev.ru

Re: Ошибка при запуске теста

Сообщение sysadmin » 09 янв 2020, 09:56

На типовых конфигурациях ошибка не воспроизводится.

sysadmin
 
Сообщений: 4
Зарегистрирован: 08 янв 2020, 17:36

Re: Ошибка при запуске теста

Сообщение Дмитрий Юхтимовский » 09 янв 2020, 10:05

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

Дмитрий Юхтимовский
 
Сообщений: 731
Зарегистрирован: 11 фев 2013, 19:28
Откуда: gilev.ru

Re: Ошибка при запуске теста

Сообщение sysadmin » 09 янв 2020, 20:51

В техподдержку 1С баги репорчу регулярно, но тут вряд ли они будут рассматривать этот тест(не типовая конфигурация)
:(
UPD 09.01.2020: запостил багрепорт, если ответят отпишусь
UPD 09.01.2020:

Здравствуйте,
Ваше обращение зарегистрировано под номером HL-101266.

UPD 13.01.2020: ТП запросила скрины
UPD 14.01.2020: отправил скрины в ТП
UPD 15.01.2020:

Добрый день,
Возможно это ошибка 10215986, проверьте , пожалуйста, на тестовой платформе 8.3.16.1148.

sysadmin
 
Сообщений: 4
Зарегистрирован: 08 янв 2020, 17:36

Re: Ошибка при запуске теста

Сообщение sysadmin » 15 янв 2020, 21:33

UPD 19.01.2020: протестил и отписал в ТП

На платформе 8.3.16.1148 ошибки нет, тест c PostgreSQL проходит.
Результат(попугаи) показывает такой же(1:1) как и с MSSQL.

sysadmin
 
Сообщений: 4
Зарегистрирован: 08 янв 2020, 17:36


Вернуться в Нагрузочное тестирование

Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1

Всем Доброго Времени Суток!

Столкнулись с такой проблемой. Прошлым летом купили новый сервер, купили и установили на него Win2008R2 EE + MSSQL2008 + 1С:Предприятие 8.1. Поначалу были проблемы с дисковыми контроллерами, но это всё устаканилось, где-то в середине осени ввели его в эксплуатацию. По началу были проблемы с новой конфигурацией 1С, но их тоже решили. По мере решения со стороны 1С начали появлятся заявления, что производительность нашего сервера несоответствует его аппаратным возможностям. Заказали тестирование на однотипном «железе». Оно выявило:

а. Производительность связки Win2008R2 EE + MSSQL2008 + 1С:Предприятие 8.1 медленнее Win2003R2 EE + MSSQL2005 + 1С:Предприятие 8.1 в 1.6-2 раза!
б. Никаких серьёзных нареканий к работе ПО и «железа» не выявлено.

Тестирование производилось на сервере следующей конфигурации:

Описание:—:Количество

Motherboard X8DTL-iF, 2*CPU 55xx, up to QPI 6.4 GT/s, 6*DIMM DDR3(48Gb ECC reg or 24Gb ECC), 1(x8in16),2(x4in8) PCI:—:1

E 2.0, 1(x4) PCI-E 1.0, 2xPCI33, ICH10R, IPMI, VGA, w/o IDE, ATX

Coolers For CPU Intel® STS100C, Active / 2U+Passive CPU Heatsink LGA1366 X8 MB, Up to 130W, Fan 4pin PWMI:—:2

CPU CPU Intel Xeon E5504 2000/4.8GT/4M, LGA1366, 80W (BX80602E5504)I:—:2

Memory 4GB 1333MHz DDR3 ECC Reg w/Parity DIMM Dual Rank, x4 w/Thermal SensorI:—:6

SAS RAID Adaptec RAID 5805, 8 internal ch. SAS/SATA, 2xI-Pass(SFF 8087), 512MB on Board, PCI-Ex8, RAIDI:—:1

BBU Adaptec ABM-800, BBU for Adaptec 3xxx, 5xxx seriesI:—:1

HDD SAS Hitachi UltraStar 15K300, 147GB, 15000rpm, SAS, cache 16MB (HUS153014VLS300, p/n 0B22131)I:—:4 (использовался RAID 10)

Cable CBL-0097, I-Pass(SFF 8087) — 4xSATA, 50cm, SAS cableI:—:2

Supermicro Case CSE-745TQ-800, 8×1″ SAS/SATA bays, 3×5.25″, 3hot-swap fans, 2hot-swap rear fans, 2x USB Ports, 800WI:—:1

PWS (PWS-801-1R)

Описание

Время

1 запуска

Время

2 запуска

0

Сервер заказчика

6:00

4:50

1

Win2003 (32bit) + SQL 2005

3:30

2:30

2

Win2003 (32bit) + SQL 2005 + оптимизации

3:30

2:30

3

Win2008R2 + SQL 2008 + 1C x64

5:30

4:30

4

Win2008R2 + SQL 2008 + 1C x86

5:30

4:30

5

Win2008R2 + SQL 2005 + 1C x64

5:20

4:15

6

Win2008R2 + SQL 2005 + 1C x86

5:20

4:15

7

Win2003 (32bit) + SQL 2005

3:15

2:20

Со стороны 1С мне прокомментировали, что кроме нас есть ещё несколько клиентов у которых 2008R2 и такие же проблемы с производительностью, но 1С не видит претензий к своему продукту.

Подскажите пожалуйста, что может быть не так или единственный выход перейти на Win2k3? Очень хотелось бы оставить 2008R2, т.к. планировали часть ресурсов выделить в виртуальную машину(ы)…

Ошибка при вызове метода контекста (Connect): Произошла исключительная ситуация (V83.COMConnector.1): Версия компоненты ‘comcntr’ отличается от версии корневого модуля ‘core83’

Часто бывает, что при настроенной синхронизации после обновления платформы появляется ошибка «Произошла исключительная ситуация (V83.COMConnector.1): Версия компоненты ‘comcntr’ отличается от версии корневого модуля ‘core83’». Так происходит потому, что автоматически не зарегистрировалась компонента comcntr.dll из-за проблем с правами пользователя на компьютере.

Решить данную проблему можно двумя способами.

Способ №1.

Переустановить платформу под правами Администратора или под пользователем, у которого есть такие права.

Способ №2.

Если не получилось как в способе №1, то можно вручную зарегистрировать самому эту компоненту.

Перед этим нам необходимо изменить Параметры контроль учетной записи.

Для Windows 7 нам необходимо зайти в Пуск затем в Панель управления.

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

В правом верхнем углу Панели управления выбрать Просмотр-Мелкие значки и затем в списке перейти в Учетные записи пользователей.

Учетные записи пользователей

Там выбрать Изменить параметры контроля учетных записей.

Параметры контроля учетных записей

Затем поставить ползунок в самом нижнем положении.


Виртуальный 1С помощник

Ползунок параметров контроля учетных записей

И перезапустить компьютер.

После перезагрузки необходимо:

Для Windows 7 надо перейти в Пуск, затем в строке поиска ввести cmd.exe,нам покажет что найдена Командная строка и, щелкнув по ней правой клавишей мыши, выбрать «Запуск от имени администратора».

Для Windows 10 нам необходимо в левом нижнем углу панели задач в строке поиска набрать Командная панель или cmd.exe и, щелкнув по ней правой клавишей мыши, выбрать «Запуск от имени администратора».

Запуск командной строки

У нас откроется Командная строка, где нам необходимо ввести команду:

1.Для платформы x86

Regsvr32 «C:Program Files (х86)1cv8номер версии вашей платформыbincomcntr.dll» (regsvr32пробел»C:Program Files (х86)1cv8номер версии вашей платформыbincomcntr.dll»).

Команда для платформы x86

2.Для платформы х64

Regsvr32 «C:Program Files1cv8номер версии вашей платформыbincomcntr.dll» (regsvr32пробел»C:Program Files1cv8номер версии вашей платформыbincomcntr.dll»).

Команда для платформы x64

Затем нажать клавишу Enter.

Если все сделали правильно, то увидите вот такое окно.

Успешное выполнение команды

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

03.08.2017

Обработка предназначена для определения задействованных лицензий 1С

Данная обработка может быть использована в качестве внешней обработки в любой конфигурации на платформе 1Сv8.2.

Обработка показывает информацию о аппаратных и программных лицензиях 1С в любых их комбинациях.


В случае использования только аппаратных ключей, советую использовать утилиту:http://aladdin-monitor.updatestar.com/ru (информацию о программных ключах указанная утилита не показывает).

В таком случае оптимальнее всего отключить раздачу лицензий сервером в свойствах баз 1С на сервере

(за исключением баз, к которым подключение происходит через веб-клиента, для таких случаев можно на сервере создать отдельную базу — «baseweb» и разрешить для нее раздачу лицензий сервером).


Представленная обработка создана на базе механизма описанного командой: http://www.gilev.ru/

1) Частично упрощен интерфейс — оставлен необходимый набор данных (возможно добавление данных посредством доработки);

2) Добавлен отбор по имени сервера, компьютера, базы данных — позволяет фильтровать используемые лицензии по одноименным свойствам;

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

arbuzyka2525
22.12.2011 14:14 Прочитано: 7562

Добрый день.
Тестировал у себя код который написан по ссылке:
https://help1c.com/faq/view/525.html

Но вот выдает ошибку:

{Форма.Форма.Форма(4)}: Ошибка при вызове метода контекста (ConnectWorkingProcess)
Сервер = Коннектор.ConnectWorkingProcess(«server19»);
по причине:
Произошла исключительная ситуация (V82.COMConnector.1): server_addr=tcp://server19:1542 descr=Ошибка сетевого доступа к серверу
(Windows Sockets — 10061(0x0000274D). Подключение не установлено, т.к. конечный компьютер отверг запрос на подключение. ) line=589 file=SrcDataExchangeTcpClientImpl.cpp


Изменено 22.12.11 14:15:18

Yandex
Возможно, вас также заинтересует

Реклама на портале

E_Migachev
23.12.2011 15:53 Ответ № 1

(0) arbuzyka2525, вам недоступен этот сервер, проверьте права доступа и т.д.

arbuzyka2525
23.12.2011 17:52 Ответ № 2

Сервер доступен!
По удаленному рабочему столу подключаюсь! Но только при входе я естественно ввожу пользователь и пароль, так вот может и тут где то надо это прописать! Только где не знаю!

b31
18.01.2012 10:44 Ответ № 3

Работаю в основном с 8.2, и для тонкого клиента это не срабатывает — только для толстого (ну и для файловой бд по понятным причинам тоже не работает). А подобную ошибку не наблюдал. Что касается паролей — я делал так:
1) Использовать логин и пароль администратора кластера серверов 1С-Предприятия вот тут:
Код

АгентСервера = COMСоединитель.ConnectAgent(ИдентификаторАгентаСервера);
Для каждого Кластер Из АгентСервера.GetClusters() Цикл
Если Кластер.MainPort <> НомерПортаКластера Тогда
Продолжить;
КонецЕсли;

АгентСервера.Authenticate(Кластер, ИмяАдминистратораКластера, ПарольАдминистратораКластера);

2) Использовать логин и пароль администратора конфигурации вот тут:

Код

ConnectToWorkProcess = COMСоединитель.ConnectWorkingProcess(«tcp://» + WorkingProcess.HostName + «:» + Формат(WorkingProcess.MainPort, «ЧГ=0»));
ConnectToWorkProcess.AddAuthentication(ИмяАдминистратораИБ, ПарольАдминистратораИБ);

А вообще, посмотрите типовые конфы и стандартные подсистемы — там подобные обработки имеются.


Изменено 18.01.12 11:01:51

arbuzyka2525
18.01.2012 11:45 Ответ № 4

(3) b31, Спасибо!

Подсказка: Для быстрого поиска ответов — используйте ‘Поиск’

0 0 голоса
Рейтинг статьи
Подписаться
Уведомить о
guest

0 комментариев
Старые
Новые Популярные
Межтекстовые Отзывы
Посмотреть все комментарии

А вот еще интересные материалы:

  • Яшка сломя голову остановился исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного где ошибка
  • Ошибка при вызове метода контекста connect произошла исключительная ситуация v83 comconnector 1
  • Ошибка при вызове метода контекста connect неизвестная ошибка v83 application