альфа -авто для 77 версия 3,028 не видит ключ защиты,на сервере 2008

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

Страницы: 1 2 3 След.
RSS
альфа -авто для 77 версия 3,028 не видит ключ защиты,на сервере 2008
 
поставили новые сервера. на первом 2003 сервер. на нем SQL  база Раруса. На втором  сервер 2008 -контроллер домена и сервер терминалов . сейчас пытаемся установить ключ защиты. Физически ключи и раруса и 1с находятся на другой машине.EUTRON отрабатывает нормально. драйвер ключа определяет. Ini файл прописан верно. НЕ дает на 2008 сервере зарегистрировать библиотеку с ругается на CLSD,  но библиотеку  v7Plus.dl зарегистрировал без проблем. Дальше Рарус АльфаАвто не дает  работать. Как можно зарегистрировать AutoSalon.dll на Win208Server?
 
Добрый день.

Для регистрации компоненты нужно
1. запустить командную строку под правами администратора
2. набрать: regsvr32 "путь к компоненте\AutoSalon.dll"
3. нажать Ентер

будет выдано сообщение, что компонента зарегистрирована.
 
не работает. под полными правами выдает ошибку приложения,но библиотеку v7Plus.dl зарегистрировал без проблем.
 
Подробности ошибки6


Сигнатура проблемы:
 Имя события проблемы: APPCRASH
 Имя приложения: regsvr32.exe
 Версия приложения: 6.1.7600.16385
 Отметка времени приложения: 4a5bca28
 Имя модуля с ошибкой: StackHash_2264
 Версия модуля с ошибкой: 0.0.0.0
 Отметка времени модуля с ошибкой: 00000000
 Код исключения: c0000005
 Смещение исключения: 0228a8ed
 Версия ОС: 6.1.7601.2.1.0.16.7
 Код языка: 1049
 Дополнительные сведения 1: 2264
 Дополнительные сведения 2: 2264db07e74365624c50317d7b856ae9
 Дополнительные сведения 3: 875f
 Дополнительные сведения 4: 875fa2ef9d2bdca96466e8af55d1ae6e

Ознакомьтесь с заявлением о конфиденциальности в Интернете:
 http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0419

Если заявление о конфиденциальности в Интернете недоступно, ознакомьтесь с его локальным вариантом:
 C:\Windows\system32\ru-RU\erofflps.txt
 
сообщите версию файла AutoSalon.dll и полное наименование ОС
 
Версия файла  77.3.2.35

версия продукта 1.0.0.0

система windows 2008 server Standart x64 bit
 
сообщите вашу почту, я вышлю вам последнюю компоненту
 
есть еще один файл версии 77.3.2.37. но мы его не ставим, т.к. есть опасения что программа с ним работать не будет. используем EUTRON из этого комплекта для установки драйвер ключа и  службы
 
vdv77@inbox.ru

Но вопрос. как программа отреагирует на замену  длл. И как её ставить (занова  инициализировать установку ключа?)
 
И хотелось бы понять причину - почему  не регистрируется ДЛЛ?
 
компонента отправлена вам на почту
 
Цитата
Дмитрий Ворожейкин пишет:
И хотелось бы понять причину - почему  не регистрируется ДЛЛ?

версия компоненты 77.3.2.35 была выпущена в 2006 году, до выхода WindowsServer2008

Цитата
Дмитрий Ворожейкин пишет:
vdv77@inbox.ru
Но вопрос. как программа отреагирует на замену  длл. И как её ставить (занова  инициализировать установку ключа?)

компоненту необходимо скопировать в каталог базы и зарегистрировать как описано выше.
как отреагирует программа мы не знаем, т.к., судя по всему, у вас старый релиз, а гарантировать работу старых релизов на новых ОС мы не можем.
 
Будем пробовать, спасибо за помощь!
 
защита заработала, только в момент загрузки программы стала думать очень долго Если раньше "прогрузка" системы защиты составляла 1-2 сек. теперь 1-1.2 минуты. Это время можно как-либо уменьшить?
 
На каком этапе происходит зависание? Что в строке состояния пишется?
 
"Инициализация защенных функции
 
К сожалению, воспроизвести такую ситуацию не получается.
рекомендуем обновить программу до актуального релиза
 
Программа "перепаханная" настолько, что " обновить программу до актуального релиза" равносильно самоубийству. Не понятно все равно почему старый драйвер ключа и защиты  запускался относительно быстро, а новый "тупит" с определением защищенных функций. Может у разработчиков есть какие-либо рекомендации по настройке портов TCP или UDP протоколов, их портов ил еще чего либо. что бы мы могли в своей сети по тестить-полечить проблему?
 
Нам нужна дополнительная информация для анализа. Сообщите пожалуйста зависит ли величина задержки на данном этапе (Инициализация защищенных функций) от режима входа в эту базу данных: монопольный или разделенный
 
А пока Вы готовите ответы на наши вопросы мы получили другой совет от разработчиков системы защиты.
Возможно получится "обойти" вашу проблему следующим образом:
- Скачайте сервер лицензирования для конфигураций 8.2   с этой страницы: http://rarus.ru/downloads/2553/
- Установите его на тот сервер, который у вас указан в файле server.ini в каталоге базы данных на 7.7
- Попробуйте запустить базу на 7.7
Сообщите нам пожалуйста сократилось ли у вас время "подвисающего этапа" в результате

Советы из области успешных практик:
- серверу с ключами и сервисами/службами систем защиты предоставлять статический IP-адрес
- в файле server.ini указывать этот адрес в параметре IP=  (а имя сервера в параметре SERVER= наоборот очищать)
- службы/сервисы системы защиты (или TCP-порты которые они открывают для входящих соединений) прописывать в правила исключений брандмауэра/firewall'a (штатного или доп. установленного)
- по возможности отключать использование протокола TCP/IP v6 (на серверах и станциях)
 
Провел исследования некоторые по проблеме. РЕзультаты следующие: 1. режим работы (монопольный- не монопольный) никак не влияет на скорость загрузки.
2. У компас ключами (серверключей) IP-адрес - иначе просто не работает система защиты
3.Для стандартного порта (13257 - если правильно помню) открыты и UDP и TCPвезде где только смог  "дотянутся" админ.
4.имя сервера в параметре SERVER= очищен - никак не влияет.
5.TCP/IP v6 отключаем сразу-хотя я не контролировал, как админ его отключает -просто в свойствах соединения или полностью через реестр
6. сервер лицензирования для конфигураций 8.2 пока не ставил,т.к.не совсем понял-системы защиты для 77 и 82 работают на  одних и тех же драйверах что ли?

И последнее. впроцессе исследования создал копию базы в формате DBF. Так вот в копии загрузка компоненты защиты занимает 1-2 сек. как и раньше было. В формате SQL 35 сек-1,5мин. Т.е.единственным найденым проблемным местомна данный момент является формат хранения данных в SQL  долго грузит ,в DBF быстро. Как объяснить сей феномен?
Для справки в отладчике при замере времени загрузка ДЛЛ AutoSalon.dll занимает 98% времени при загрузке 1с Альфа авто 77
 
Цитата
Дмитрий Ворожейкин пишет:
6. сервер лицензирования для конфигураций 8.2 пока не ставил,т.к.не совсем понял-системы защиты для 77 и 82 работают на одних и тех же драйверах что ли?
Нет на разных. Но дело в том что Вы связали замедление запуска с заменой компоненты на ее последнюю версию. Мы, зная о том что эта версия сначала ищет новые ключи защиты (которые применяются для продуктов на 8.2), а потом только старые (которые у Вас), попытались данным советом сократить первый этап поиска новых ключей (есть предположение что если установить новый сервер лицензирования то он быстро ответит что ключа у него нет и таким образом первый этап поиска нового ключа может быть сокращен).

Цитата
Дмитрий Ворожейкин пишет:
И последнее. впроцессе исследования создал копию базы в формате DBF. Так вот в копии загрузка компоненты защиты занимает 1-2 сек. как и раньше было. В формате SQL 35 сек-1,5мин.
Тогда получается у вас что-то с базой или SQL. Вы пробовали выполнять регламентное обслуживание SQL-базы? (информация о том как это делать есть на диске ИТС) Может быть используемая вами версия SQL-сервера официально не поддерживается платформой 1С:Предприятие 7.7  В любом случае разница в производительности DBF и SQL вараинтов базы уже далеко выходит за рамки вопросов по системе защиты, извиние.
 
SQL-сервер 2000 SP4- тот, что идет в комплекте с программой. Под регообслуживанием SQL что вы подразумеваете :обновление статистики,перестроение индексов,бэкапы? Но на старой версии компоненты все прекрасно работало и без этого. И я считаю ,что формат хранения данных никак не должен влиять назагрузку компонеты - она должна протекать одинаково.я еще понимаю,если бы программа висела на загрузке v7plus.dll ,но только загрузка ДЛЛ AutoSalon.dll занимает 98% времени при загрузке 1с в SQL формате- отсюда можно сделать вывод,что именно AutoSalon.dll чего то не хватает для быстрой загрузки.Поэтому хотелось бы узнать ,а что AutoSalon.dll делает непосредственно  в момент инициализации -от понимания этого мы на месте стали бы  искать косяки
 
Последняя версия компоненты Autosalon.dll  была выпущена 05.04.2011
Относительно версии 77.3.2.35 от 25.04.2006 в нее была добавлена только дополнительная возможность работы от ключа защиты другого типа (точнее фирмы) Katran  в связи с исчерпанием складских запасов ключей Eutron и невозможностью их дальнейшей закупки (этой модификации были подвергнуты компоненты всех продуктов на 7.7). Никаких других изменений в компоненту по утверждениям наших системщиков не вносилось.

По существу вашего вопроса:
В момент инициализации компонента проверят доступность на запись подкаталогов Jobs Flags и Logs (последний не обязательно), пытается удалить служебные сигнальные и временные файлы (возможно оставшиеся от прошлых запусков), создает новые (на текущий сеанс работы), а в базе данных проверяются значения некоторых констант и мониторится справочник "ДействияСОборудованием" на предмет неотработанных заданий к устройствам.
 
на запись подкаталогов Jobs Flags и Logs (последний не обязательно), пытается удалить служебные сигнальные и временные файлы (возможно оставшиеся от прошлых запусков), создает новые (на текущий сеанс работы)

А где месторасположение этих файлов? Может у нас с правами на доступ что то не так-проверю.  Хотя , как я понимаю, разницы в работе между SQL и DBF форматами это никак не объясняет...
Страницы: 1 2 3 След.
Читают тему
Поддержка отраслевых решений «1С-Рарус»
Услуги 1С