Интересно, у всех ли была такая ситуация как у меня....И вообще, что нужно чтобы эта возможность сохранения клиентского контекста работала нормально? Думаю, раз уж ввели такую возможность значить оно должно как то адекватно работать.И почему то про это новшество в релизе ничего не было сказано.

Ув.ALIO, хотя бы объяснили бы почему оно так работает(у меня) и как оно должно работать, в чем причина, для чего это создана если этим не имеется возможность нормально работать, может есть какие то спец. требования к серверу или к БД(если уж с нашими то кол-ми записей оно так загружается то что говорить у кого в БД более 100 000).

з.ы. Я не против этого "удобства", наоборот даже был приятно удивлен что реализована такая вещь.



Редактировано 1 раз. Последний раз 29.12.2010 06:35 пользователем Esil.

У вас проблема появилась сразу после установки или после внесения изменений?
У нас был долгий запуск БД RDR после внесения в нее больших собственных изменений. Вернули файлы поставки и заново аккуратно отредактировали. Скорость запуска стала как у 2009.
Может и у вас такие же проблемы?

Галина Гильдебрант
Архангельская ОНБ

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

Галина Гильдебрант
Архангельская ОНБ

Gala написал(а):
-------------------------------------------------------
> У вас проблема появилась сразу после установки или
> после внесения изменений?
> У нас был долгий запуск БД RDR после внесения в
> нее больших собственных изменений. Вернули файлы
> поставки и заново аккуратно отредактировали.
> Скорость запуска стала как у 2009.
> Может и у вас такие же проблемы?

Только что на другую машину установил с нуля Ирбис, скорость осталось такой же.



Редактировано 1 раз. Последний раз 30.12.2010 12:19 пользователем Esil.

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


Аналогичная ситуация. Обновил клиентскую часть системы и серверную часть (основные исполняемые модули и библиотеки, irbis_server.ini, содержимое папки DATAI осталось прежним). до этого - ИРБИС64.9.1.D8

Начало рабочей недели (активная работа в АРМ Книговыдача и Каталогизатор) выявило серьезные проблемы в работе системы в такой конфигурации, выражавшиеся в длительном выполнении процедур записи при выдаче/возврате книг, при сохранении и переходе м/у записями в АРМ Каталогизатор. Во всех случаях задержки сопровождались панелью ожидания с бегущим гепардом.

Время отображения содержимого рабочей плоскости ввода и плоскости полного описания от 5 до 15 секунд!
Время отработки процедур выдачи/возврата на записях 150-250 повт. 910 поля - от 7 до 30 секунд! При этом в открытом АРМ Администратор (интервал обновления 15 секунд) очень часто наблюдалась картина с монопольной блокировкой БД Э.К. и блокировкой отдельных записей!


Буду проверять, но подозреваю, что как минимум - 10.1 не очень дружит с autoin-ами от 9.1 Возможно, исходя из сообщений коллег, есть проблемы и с другим содержимым DATAI (форматами отображения записей и пр. технологическими компонентами)

Подмените irbis_server.exe из 9.1 - будут изменения?



Редактировано 1 раз. Последний раз 12.01.2011 10:07 пользователем Alio.

Вернул все до 9.1.D8 но только после возврата к autoin.gbl от 24.08.10 АРМы стали работать без замедлений.

Я Вас не понимаю. Вы сказали, что содержимое DATAI не меняли. Так при каком autoin.gbl было замедление?

см.
[irbis.gpntb.ru]
сообщение от 12.01.2011

Alio написал(а):
-------------------------------------------------------
> Я Вас не понимаю. Вы сказали, что содержимое DATAI
> не меняли. Так при каком autoin.gbl было
> замедление?

Александр Иосифович, виноват, приношу свои извинения, файлы из обновлений 10.1.D1 и 10.1.D2 в DATAI копировал...

Замедления были вызваны autoin.gbl - его надо заменить (см. выше).
Но это не имеет никакого отношения к книговыдаче - там работает autoin_light.gbl (если используется irbisb.ini из дистрибутива) - он не менялся.

Здравствуйте, Александр Иосифович!

Спасибо за присланный файл,параметр работает. Обновил на сервере и на раб.станциях,но проблема медленного запуска почему то не решилась, какие еще могут быть предложения по решению данной проблемы? Да и еще, как я говорил в своих сообщениях, в Читателе тоже такая аналогичная ситуация.

Еще раз спасибо.

Напомните:
- речь идет только о ЗАМЕДЛЕНИИ старта АРМа Каталогизатор или о замедлении все йего работы?
- ЗАМЕДЛЕНИЕ по сравнению с какой версией

Вы обновили autoin.gbl (см. выше)?

Alio написал(а):
-------------------------------------------------------
> Напомните:
> - речь идет только о ЗАМЕДЛЕНИИ старта АРМа
> Каталогизатор или о замедлении все йего работы?

Замедленный старт и переход между БД(редактирование и сохранение записей работают отлично)

> - ЗАМЕДЛЕНИЕ по сравнению с какой версией

2009,1

>
> Вы обновили autoin.gbl (см. выше)?

Да.

Поставьте "рядом" АРМ Каталогизатор 2009.1 и 2010.1 (соединенные с одним сервером - 2010.1) Будет разница при старте?

Esil
"Спасибо за присланный файл,параметр работает. Обновил на сервере и на раб.станциях,но проблема медленного запуска почему то не решилась, какие еще могут быть предложения по решению данной проблемы?"

Попробуйте опустошить в смпл в записи пользователя 910 поле максимальных инвентарей. С новым Аутоином оно уже не должно заполняться инвентарями из ЭК.У нас сразу перестал зависать Ирбис.

Alio написал(а):
-------------------------------------------------------
> Поставьте "рядом" АРМ Каталогизатор 2009.1 и
> 2010.1 (соединенные с одним сервером - 2010.1)
> Будет разница при старте?

Вообщето я уже так делал по вашему совету.Ничего не меняется.


Муза написал(а):
-------------------------------------------------------
>
> Попробуйте опустошить в смпл в записи пользователя
> 910 поле максимальных инвентарей. С новым Аутоином
> оно уже не должно заполняться инвентарями из ЭК.У
> нас сразу перестал зависать Ирбис.

Спасибо за совет, но у нас эти поля пока пустые



Редактировано 1 раз. Последний раз 14.01.2011 08:00 пользователем Esil.

Esil написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > Поставьте "рядом" АРМ Каталогизатор 2009.1 и
> > 2010.1 (соединенные с одним сервером - 2010.1)
> > Будет разница при старте?
>
> Вообщето я уже так делал по вашему совету.Ничего
> не меняется.
Т.е. Вы хотите сказать, что и в том и в другом случае старт медленный...
Теперь подмените irbis_server.exe на 2009.1 и попробуйте то же самое...


>
> Муза написал(а):
> --------------------------------------------------
> -----
> >
> > Попробуйте опустошить в смпл в записи
> пользователя
> > 910 поле максимальных инвентарей. С новым
> Аутоином
> > оно уже не должно заполняться инвентарями из
> ЭК.У
> > нас сразу перестал зависать Ирбис.
>
> Спасибо за совет, но у нас эти поля пока пустые

Это поле 910 в смпл при активной работе и в смпл и в ЭК в 64-10-1 не может быть пустым по определению, если только Вы сами что-то не меняли.

Муза написал(а):
-------------------------------------------------------
> Это поле 910 в смпл при активной работе и в смпл и
> в ЭК в 64-10-1 не может быть пустым по
> определению, если только Вы сами что-то не меняли.


Во первых, спасибо за отзывчивость.Во вторых,я думаю что сама по себе база и какие то записи в ней не имеют отношения к замедленному старту АРМа, тем более что в этой БД у нас только подписка,а в ЭК оно, поле 910 естесственно не пустое.В третьих, как я говорил выше, редактирование и сохранение записей работают нормально.

Я имела ввиду не поле 910 в ЭК. Если активно редактируешь записи в ЭК, инвентари этой записи прописывались до обновления в 910 поле пользовательской записи в смпл и замедляли работу Ирбиса.

Alio написал(а):
-------------------------------------------------------
> Esil написал(а):
> --------------------------------------------------
> -----
> > Alio написал(а):
> >
> --------------------------------------------------
>
> > -----
> > > Поставьте "рядом" АРМ Каталогизатор 2009.1 и
> > > 2010.1 (соединенные с одним сервером -
> 2010.1)
> > > Будет разница при старте?
> >
> > Вообщето я уже так делал по вашему
> совету.Ничего
> > не меняется.
> Т.е. Вы хотите сказать, что и в том и в другом
> случае старт медленный...
> Теперь подмените irbis_server.exe на 2009.1 и
> попробуйте то же самое...
>

Вы мне это все уже советывали.
Сегодня еще раз попробывал заменить irbis_server.exe на 2009.1,в итоге, старт АРМа 2009.1 версии - где то 28 сек,в 2010.1 - от 30-50 сек.Замедление старта наблюдается и на "экспериментальной" серверной машине с установленным Ирбисом со стандартного дистрибутива с обновлениями D1-D2

Esil написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > Esil написал(а):
> >
> --------------------------------------------------
>
> > -----
> > > Alio написал(а):
> > >
> >
> --------------------------------------------------
>
> >
> > > -----
> > > > Поставьте "рядом" АРМ Каталогизатор 2009.1
> и
> > > > 2010.1 (соединенные с одним сервером -
> > 2010.1)
> > > > Будет разница при старте?
> > >
> > > Вообщето я уже так делал по вашему
> > совету.Ничего
> > > не меняется.
> > Т.е. Вы хотите сказать, что и в том и в другом
> > случае старт медленный...
> > Теперь подмените irbis_server.exe на 2009.1 и
> > попробуйте то же самое...
> >
>
> Вы мне это все уже советывали.
> Сегодня еще раз попробывал заменить
> irbis_server.exe на 2009.1,в итоге, старт АРМа
> 2009.1 версии - где то 28 сек,в 2010.1 - от 30-50
> сек.
НЕ знаю, что за чудеса у Вас творятся... Тогда непонятно о каком "замедлении" в 2010.1 Вы говорите, если У Вас на 2009.1 старт длится 28 сек...

Замедление старта наблюдается и на
> "экспериментальной" серверной машине с
> установленным Ирбисом со стандартного дистрибутива
> с обновлениями D1-D2
Я правильно Вас понял: Вы устанавливаете ИРБИС с дистрибутива на ОДНОЙ машине (с обновленным autoin.gbl) и старт АРМа Каталогизатор длится столько времени?

Alio написал(а):
-------------------------------------------------------
> Esil написал(а):
> --------------------------------------------------
> -----
> > Alio написал(а):
> >
> --------------------------------------------------
>
> > -----
> > > Esil написал(а):
> > >
> >
> --------------------------------------------------
>
> >
> > > -----
> > > > Alio написал(а):
> > > >
> > >
> >
> --------------------------------------------------
>
> >
> > >
> > > > -----
> > > > > Поставьте "рядом" АРМ Каталогизатор
> 2009.1
> > и
> > > > > 2010.1 (соединенные с одним сервером -
> > > 2010.1)
> > > > > Будет разница при старте?
> > > >
> > > > Вообщето я уже так делал по вашему
> > > совету.Ничего
> > > > не меняется.
> > > Т.е. Вы хотите сказать, что и в том и в
> другом
> > > случае старт медленный...
> > > Теперь подмените irbis_server.exe на 2009.1 и
> > > попробуйте то же самое...
> > >
> >
> > Вы мне это все уже советывали.
> > Сегодня еще раз попробывал заменить
> > irbis_server.exe на 2009.1,в итоге, старт АРМа
> > 2009.1 версии - где то 28 сек,в 2010.1 - от
> 30-50
> > сек.
> НЕ знаю, что за чудеса у Вас творятся... Тогда
> непонятно о каком "замедлении" в 2010.1 Вы
> говорите, если У Вас на 2009.1 старт длится 28
> сек...

Я говорю как есть. Зачем мне это придумывать? До версии 2010.1 действительно скорость запуска АРМа была нормальной. Разве достаточно просто заменить irbis_server.exe версии 2010.1на 2009.1. А как же остальные файлы.Ведь предыдущая версия работала отлично со своими версиями(2009.1) файлов???
>
> Замедление старта наблюдается и на
> > "экспериментальной" серверной машине с
> > установленным Ирбисом со стандартного
> дистрибутива
> > с обновлениями D1-D2
> Я правильно Вас понял: Вы устанавливаете ИРБИС с
> дистрибутива на ОДНОЙ машине (с обновленным
> autoin.gbl) и старт АРМа Каталогизатор длится
> столько времени?

Да, вы меня очень точно понимаете. Я об этом ПИСАЛ.

В конце концов может дело в дистрибутиве???

Esil написал(а):
> > Я правильно Вас понял: Вы устанавливаете ИРБИС
> с
> > дистрибутива на ОДНОЙ машине (с обновленным
> > autoin.gbl) и старт АРМа Каталогизатор длится
> > столько времени?
>
> Да, вы меня очень точно понимаете. Я об этом
> ПИСАЛ.
Удалите содержимое раздела [CONTEXT] cirbisc.ini
Изменится время старта?

Что скажете об этом...это запись с экрана
1 - Каталогизатор
2 - Читатель



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

есть подозрение что касперский тормозит работу ирбис клиента, у нас такое было, для работы отключали антивирус

Настраивать нужно, а не отключать. Но в целом я согласен. Однако у меня тоже Каспер на рабочем месте и до 2010.1 он не влиял сильно на загрузку.

Это происходит и при отключенном антивирусе и на клиентах и на сервере

По видео я понимаю, что мое "тормозит" с вашим и рядом не валялось :). Думаю, что вам нужно плотненько пообщаться с Ильей Ивановичем по этому вопросу.