Gena написал(а):
-------------------------------------------------------
> У нас такая проблема происходит только при работе
> с записями, в которых очень большое кол-во
> повторений каких-либо полей. Пока что это
> проявляется только в учебниках, которых больше
> 300-400 номеров
>
Гена! Попробуйте заменить в Autoin.gbl в операторе
REP
910
F
if v920='J' then else (if p(v910) then v910,if 'C U':v910^a and p(v910^c) or '0 8':v910^a then if a(v910^u) and &unifor('IPRIVATE,KSU,')<>''then if p(v910^c) and val(v910^c)<>val(&unifor('DCMPL,?KSU=',&unifor('IPRIVATE,KSU,'),'?,v88^b')) then else '^U'&unifor('IPRIVATE,KSU,') if a(v910^y) and &unifor('IPRIVATE,NA,')<>''then'^Y'&unifor('IPRIVATE,NA,') fi,if a(v910^c)then '^C',if &unifor('IPRIVATE,KSUD,')<>''then &unifor('IPRIVATE,KSUD,') else &unifor('+1W100#'&unifor('DCMPL,?KSU=',&unifor('IPRIVATE,KSU,'),'?,v88^b')),if &unifor('+1R100')<>'' then &unifor('+1R100') else &unifor('3') fi fi fi fi fi fi fi/) fi
XXXXXXXXXXXXXXXXXXX

val(v910^c)<>val(&unifor('DCMPL,?KSU=',&unifor('IPRIVATE,KSU,'),'?,v88^b'))
на
val(v910^c)<>&unifor('IPRIVATE,KSUD,')

Напомню, что здесь проверяется соответствие даты, введенной на РЛ, с датой установленного КСУ, чтобы избежать ввода КСУ в "старые" экземпляры, введенные без КСУ.
При этом нужно в настройке обязательно заполнять Дату КСУ (это предусмотрено - параметр KSUD).
Я думаю, именно здесь происходит существенное замедление.
Если ситуация со "старыми" экземплярами у Вас исключена, можете еще больше облегчить условия в этом операторе


> и в сборниках, для которых
> росписывается оглавление, в них бывает и по
> 170-250 записей. Но есть же перспектива
> Книгообеспеченности, а там будет совсем тяжко.
> Возможно стоит пересмотреть именно фст файлы,
> прибегнуть к сохранению меньшего количества
> информации. К примеру, ограничиться одним
> уникальным термином из ряда повторяющихся(номер
> КСУ сохранять не из всех, а только записей, а
> только по одному оригинальному). Как вы думаете,
> на подобное расформатирование результатов ФСТ
> будет уходить больше времени, чем на сохранение
> всех 2000 тысяч ссылок на номер ксу, при условии,
> что оригинальных номеров КСУ всего 3-5?
> Ирбис 64, 2009.1

Вдогонку.
Простите, не заметила, что речь идет об АРМе Комплектатор - написанное мною относится к БД ЭК.

Gena написал(а):
-------------------------------------------------------
> Проблема с зависанием АРМа Комплектатор. При
> работе с книгами, в которых внесены несколько
> сотен экземпялров, при попытки довнести в них
> новые начинает бежать барсик.
Сохранение записи на локальной (хорошей) машине в Комплектаторе всего со 173 повторениями 910-го поля происходило у меня в течение 6 минут (у пользователей было намного хуже).
Решению этой проблемы у меня не помогло ни отключение ФЛК, ни отключение актуализации. Помогло только отключение автоввода, что, как говорит Максим, "не есть гуд".
Однако это навело на мысль где искать - нашел, что в записи пользователя (обычно она первая) образовалось несколько сот повторений 907 и, главное, несколько тысяч повторений 910 поля. Вычистил их напрочь и сохранение стало происходить в течение секунды!
Без всяких отключений!
Посмотрите у себя, может и у вас похожая ситуация.

У меня тоже подобное было, думал потому что в БД более 100000 записей. Экспорт-импорт помог вычислить запись. В этой записи было введено много повторений поля заглавий(191 повторение), причем на некоторых повторениях заместь реального текста светилась ошибка, нажатие на повторение с ошибкой завешивало даже виндовс на некоторое время, а потом выбрасывал ошибку Ирбиса. Удалил повторения этого поля - все заработало.

Но насчет просто много повторений поля - не уверен. У меня тоже был случай, когда по ошибке в БД методичек было введено 4 с хвостиком тысячи повторений поля 910(экземпляров), БД при этом работала прекрасно, выяснилось только когда пользователь хотел заказать эту методичку, и у него долго тормозила сама запись.
Это версия 2007.1.

Добрый день! Переходим на RFID-метки, работаем в АРМ Каталогизатор: размножаем 910 поле ( у нас вузовская библиотека, многоэкземплярная литература бывает по 1000 экз.), в каждое повторение вносим метку. При вводе меток периодически начинает бегать барсик, запись сохраняется несколько минут. Были случаи, когда после ввода нескольких сотен меток в запись, данные не сохранялись. К сожалению, точнее описать не могу,пишу со слов библиотекарей. В связи с этим библиотекари стали чаще нажимать на кнопку Сохранить при работе с одной записью (например, после ввода 10-15 меток в запись).Чем это грозит, как часто можно сохранять запись при работе с ней? Как ускорить работу? ИРБИС 64 2008.1.

В поле 905 отмените проверку инвентарных номеров и штрих-кодов для таких многоэкземплярных записей. Это значительно облегчит вам жизнь. Дело в том, что Ирбис предполагает проверку и инвентарного номера, и штрихкода на дублетность как внутри этой записи, так и во всем оставшемся каталоге. И делает это он не только при сохранении, но и при обновлении самого поля. А проверить на лету 1000 повторений - это не всякой технике по плечу. По этому возникает такая проблема. У нас такое тоже было. Другого способа, кроме как отмену ФЛК записи по этим параметрам, на данный момент мы не нашли.

Гена, спасибо вам за подсказку. Попробуем. Получается, что проверка на дублетность в этом случае ложится на библиотекаря?

В принципе, если вы зададите ТОЛЬКО в личных настройках библиотекаря "Проверку экземпляров отменить?" значение "1", то только у ЭТОГО библиотекаря при работе с полями проверка выполняться не будет, а у всех остальных - будет. А после того, как все данные будут внесены, просто уберете эту настройку.

Добрый день! Хочу еще раз вернуться к теме большой экземплярности. У нас зависает как АРМ Комплектатор, так и АРМ Каталогизатор при работе с записями, в которых большая экземплярность. Невозможно работать, тратится уйма времени на пустое ожидание. Отменили проверку на дублетность (Кнопка Настройка) и все равно очень долго подается запись на корректировку, потом долго сохраняется. Это не работа, а какое-то мучение. Уважаемые разработчики, помогите!
ИРБИС 64 2009.1

Здравствуйте!
Переходим с версии 2009.1 на новую версию Ирбис64 2010.1.Установил на новый сервер,импортировал нужные БД, обновил АРМы на клиентских компьютерах.Но запуск АРМа Каталогизатор и переход между базами в нем происходит дольше чем раньше было(примерно от 6 сек. и больше), вначале запуска ощущение как будто бы АРМ завис(см.рис).Переход между мфн,редактирование и сохранение записей работает нормально.На сервере Каталогизатор запускается нормально,не считая часто появляющегося сообщ-я: -1112NumCommand....
На сервере пока никакаких антивирусов и файрволов не успел поставить.
Пинг идет нормальный.



Редактировано 1 раз. Последний раз 22.12.2010 14:01 пользователем Esil.

Добрый день! Ответьте пожалуйста кто-нибудь, срочно надо устранить проблему



Редактировано 1 раз. Последний раз 27.01.2011 13:26 пользователем Esil.

А что такого критичного в том, что переход между базами и запуск АРМа теперь дольше на 6 секунд? Это для вас на столько критично, что вы не можете полноценно работать? Ведь базы меняются в процессе работы не так часто. А про старт АРМа я вообще молчу.

Панев Максим написал(а):
-------------------------------------------------------
> А что такого критичного в том, что переход между
> базами и запуск АРМа теперь дольше на 6 секунд?
> Это для вас на столько критично, что вы не можете
> полноценно работать?Ведь базы меняются в процессе
> работы не так часто. А про старт АРМа я вообще
> молчу.

Критичного в этом ничего нет.А по вашему это нормально если на клиентских компьютерах запуск длится иногда до 15-20 сек. С сетью все нормально, так как до обновлении все работало прекрасно.В любом случае помоему так не должно быть.Если вы это считаете нормальным, то как объяснить застывающии логотип Ирбиса по середине после длительного запуска АРМа. Оно тупо мешает работать иногда!



Редактировано 1 раз. Последний раз 23.12.2010 13:27 пользователем Esil.

Если честно, то у меня тоже эта версия не шустро работает. Но ничего критичного я в этом не вижу.

15-20 сек.- это не просто не шустро, это чересчур ме-дле-нн-ооооо



Редактировано 2 раз. Последний раз 24.12.2010 08:46 пользователем Esil.

Esil написал(а):
-------------------------------------------------------
> Здравствуйте!
> Переходим с версии 2009.1 на новую версию Ирбис64
> 2010.1.Установил на новый сервер,импортировал
> нужные БД, обновил АРМы на клиентских
> компьютерах.Но запуск АРМа Каталогизатор и переход
> между базами в нем происходит дольше чем раньше
> было(примерно от 6 сек. и больше), вначале запуска
> ощущение как будто бы АРМ завис(см.рис).Переход
> между мфн,редактирование и сохранение записей
> работает нормально.На сервере Каталогизатор
> запускается нормально,не считая часто
> появляющегося сообщ-я: -1112NumCommand....
Во-первых, такое сообщение существовало до версии 2009.1. В версии 2010 его НЕТ!
Во-вторых, после такого сообщения в ОБЩЕМ случае работать НЕЛЬЗЯ - надо перезапускать АРМ.

Alio написал(а):
-------------------------------------------------------
> Во-первых, такое сообщение существовало до версии
> 2009.1. В версии 2010 его НЕТ!
> Во-вторых, после такого сообщения в ОБЩЕМ случае
> работать НЕЛЬЗЯ - надо перезапускать АРМ.

Михайленко Илья написал(а):
-------------------------------------------------------
> Ошибка -1112...
>
> TimeSleepOnClose=2 не поможет, только отсрочит на
> 2 мс ее появление.
> ...
> Реализация исправления в работе, но
> быстрого решения не обещаем - приходится
> переписывать весь компонент и значительную часть
> кода сервера…

Добрый день.
То есть проблема с ошибкой -1112 за счёт изменения компонента и кода сервера в версии 2010.1 ИРБИС64 решена?

Ошибка -1112 (в виде спец.сообщения на РУССКОМ языке) может возникать и в 2010.1 - Но изменился способ ее обработки...

Alio написал(а):
-------------------------------------------------------
> Esil написал(а):
> --------------------------------------------------
> -----
> > Здравствуйте!
> > Переходим с версии 2009.1 на новую версию
> Ирбис64
> > 2010.1.Установил на новый сервер,импортировал
> > нужные БД, обновил АРМы на клиентских
> > компьютерах.Но запуск АРМа Каталогизатор и
> переход
> > между базами в нем происходит дольше чем раньше
> > было(примерно от 6 сек. и больше), вначале
> запуска
> > ощущение как будто бы АРМ завис(см.рис).Переход
> > между мфн,редактирование и сохранение записей
> > работает нормально.На сервере Каталогизатор
> > запускается нормально,не считая часто
> > появляющегося сообщ-я: -1112NumCommand....
> Во-первых, такое сообщение существовало до версии
> 2009.1. В версии 2010 его НЕТ!
> Во-вторых, после такого сообщения в ОБЩЕМ случае
> работать НЕЛЬЗЯ - надо перезапускать АРМ.


Уважаемый господин ALIO, ошибку -1112NumCommand....я просто так упомянул, для меня эта ошибка не имеет особого значения. Дело в медленоом запуске АРМа о котором я выше писал.Что можете сказать по этому поводу?
Жду ответа.

Esil написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > Esil написал(а):
> >
> --------------------------------------------------
>
> > -----
> > > Здравствуйте!
> > > Переходим с версии 2009.1 на новую версию
> > Ирбис64
> > > 2010.1.Установил на новый сервер,импортировал
> > > нужные БД, обновил АРМы на клиентских
> > > компьютерах.Но запуск АРМа Каталогизатор и
> > переход
> > > между базами в нем происходит дольше чем
> раньше
> > > было(примерно от 6 сек. и больше), вначале
> > запуска
> > > ощущение как будто бы АРМ
> завис(см.рис).Переход
> > > между мфн,редактирование и сохранение записей
> > > работает нормально.На сервере Каталогизатор
> > > запускается нормально,не считая часто
> > > появляющегося сообщ-я: -1112NumCommand....
> > Во-первых, такое сообщение существовало до
> версии
> > 2009.1. В версии 2010 его НЕТ!
> > Во-вторых, после такого сообщения в ОБЩЕМ
> случае
> > работать НЕЛЬЗЯ - надо перезапускать АРМ.
>
>
> Уважаемый господин ALIO, ошибку
> -1112NumCommand....я просто так упомянул, для меня
> эта ошибка не имеет особого значения.
Однако... Так выдается это сообщение или нет!?

Дело в
> медленоом запуске АРМа о котором я выше писал.Что
> можете сказать по этому поводу?
Разница между 2009.1 и 2010.1 состоит лишь в том, что в 2010.1 при старте АРМа Каталогизатор ВОССТАНАВЛИВАЕТСЯ тот контекст работы, который был при последнем закрытии АРМа.
Попробуйте завершить работу Каталогизатора в состоянии НОВОГО документа - будет ли замедление при повторном старте?
Где еще (кроме старта) Вы обнаружили замедление по сравнению с 2009.1?



> Жду ответа.

> Однако... Так выдается это сообщение или нет!?

Да.
> -1112NumCommand....я просто так упомянул, для меня
> эта ошибка не имеет особого значения.

> Попробуйте завершить работу Каталогизатора в состоянии НОВОГО документа > - будет ли замедление при повторном старте?

Пробовал, все так же.

> Где еще (кроме старта) Вы обнаружили замедление по сравнению с 2009.1?
Переходы между базами в Каталогизаторе.
Кстати,и в АРМ Читателе тоже такя ситуация как и Каталогизаторе с медленным запуском.
часто, после запуска Каталогизатора не исчезает картинка по середине, после запуска...см рис.

з.ы. Сегодня Каталогизатор запускался 29 сек.).



Редактировано 3 раз. Последний раз 27.12.2010 09:06 пользователем Esil.

Это происходит в случае, когда вы во время загрузки АРМа переключаетесь на любое другое приложение. Просто не переключайтесь в другие приложения, пока АРМ полностью не загрузиться.

Здравствуйте, Александр Иосифович! После перехода с 8 версии на 10 процесс запоминания записи, даже маленькой, стал занимать от 7 до 12 секунд. При тех же условиях та же запись в версии 64-8 запоминалась мгновенно.

Панев Максим написал(а):
-------------------------------------------------------
> Это происходит в случае, когда вы во время
> загрузки АРМа переключаетесь на любое другое
> приложение. Просто не переключайтесь в другие
> приложения, пока АРМ полностью не загрузиться.

Нет, это происходит даже тогда когда ни куда не переключаясь,просто тупо ждеш запуска...

Давайте по порядку...

> Однако... Так выдается это сообщение или нет!?
>Да.
Покажите скриншот.

> Где еще (кроме старта) Вы обнаружили замедление по сравнению с 2009.1?
>Переходы между базами в Каталогизаторе.
Стартуйте параллельно два Каталогизатора (на одном компьютере, соединяясь с одним сервером 2010.1) 2009.1 и 2010.1 - и проделайте там и там идентичное переключение между БД. Будет разница во времени?

Alio написал(а):
-------------------------------------------------------
> Давайте по порядку...
>
> > Однако... Так выдается это сообщение или нет!?
> >Да.
> Покажите скриншот.

Пока это сообщ. не появляется.

>
> > Где еще (кроме старта) Вы обнаружили замедление
> по сравнению с 2009.1?
> >Переходы между базами в Каталогизаторе.
> Стартуйте параллельно два Каталогизатора (на одном
> компьютере, соединяясь с одним сервером 2010.1)
> 2009.1 и 2010.1 - и проделайте там и там
> идентичное переключение между БД. Будет разница во
> времени?

Ощутимой разницы во времени нет.Может в серверным ини-файле какие-нибудь настройки поменять?

Esil написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > Давайте по порядку...
> >
> > > Однако... Так выдается это сообщение или нет!?
>
> > >Да.
> > Покажите скриншот.
>
> Пока это сообщ. не появляется.
>
> >
> > > Где еще (кроме старта) Вы обнаружили
> замедление
> > по сравнению с 2009.1?
> > >Переходы между базами в Каталогизаторе.
> > Стартуйте параллельно два Каталогизатора (на
> одном
> > компьютере, соединяясь с одним сервером 2010.1)
> > 2009.1 и 2010.1 - и проделайте там и там
> > идентичное переключение между БД. Будет разница
> во
> > времени?
>
> Ощутимой разницы во времени нет.
Тогда о какой разнице Вы говорили?
Подмените irbis_server.exe и server_64.exe на версии 2009.1 и повторите эксперимент...

Alio написал(а):
-------------------------------------------------------

> Тогда о какой разнице Вы говорили?

В смысле?

> Подмените irbis_server.exe и server_64.exe на
> версии 2009.1 и повторите эксперимент...

Подменил, но сервер не запускается...

Esil, выложите свой irbis_server.ini

Добрый день! Выкладываю свой irbis_server.ini