|
|||
| Menjoy
21.10.12 — 21:41 |
Добрый день, на сервере крутиться несколько баз. Ошибка при вызове метода контекста (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% правильный, я уверен. |
||
| 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С) |
||
| 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 нам необходимо в левом нижнем углу панели задач в строке поиска набрать Панель управления и перейти по открывшейся ссылке.
В правом верхнем углу Панели управления выбрать Просмотр-Мелкие значки и затем в списке перейти в Учетные записи пользователей.
Там выбрать Изменить параметры контроля учетных записей.
Затем поставить ползунок в самом нижнем положении.

И перезапустить компьютер.
После перезагрузки необходимо:
Для 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»).
2.Для платформы х64
Regsvr32 «C:Program Files1cv8номер версии вашей платформыbincomcntr.dll» (regsvr32пробел»C:Program Files1cv8номер версии вашей платформыbincomcntr.dll»).
Затем нажать клавишу 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 |
|
||
|---|---|---|---|
|
|
Добрый день.
Тестировал у себя код который написан по ссылке: https://help1c.com/faq/view/525.html Но вот выдает ошибку: {Форма.Форма.Форма(4)}: Ошибка при вызове метода контекста (ConnectWorkingProcess) Изменено 22.12.11 14:15:18 |
| Yandex |
|
||
|---|---|---|---|
|
|
| E_Migachev |
|
||
|---|---|---|---|
|
|
(0) arbuzyka2525, вам недоступен этот сервер, проверьте права доступа и т.д. |
| arbuzyka2525 |
|
||
|---|---|---|---|
|
|
Сервер доступен! |
| b31 |
|
||
|---|---|---|---|
|
|
Работаю в основном с 8.2, и для тонкого клиента это не срабатывает — только для толстого (ну и для файловой бд по понятным причинам тоже не работает). А подобную ошибку не наблюдал. Что касается паролей — я делал так:
1) Использовать логин и пароль администратора кластера серверов 1С-Предприятия вот тут: Код
АгентСервера = COMСоединитель.ConnectAgent(ИдентификаторАгентаСервера); АгентСервера.Authenticate(Кластер, ИмяАдминистратораКластера, ПарольАдминистратораКластера); 2) Использовать логин и пароль администратора конфигурации вот тут: Код
ConnectToWorkProcess = COMСоединитель.ConnectWorkingProcess(«tcp://» + WorkingProcess.HostName + «:» + Формат(WorkingProcess.MainPort, «ЧГ=0»)); А вообще, посмотрите типовые конфы и стандартные подсистемы — там подобные обработки имеются. Изменено 18.01.12 11:01:51 |
| arbuzyka2525 |
|
||
|---|---|---|---|
|
|
(3) b31, Спасибо! |
| Подсказка: Для быстрого поиска ответов — используйте ‘Поиск’ |
