Добрый день.
ИРБИС64+2018.1
В АРМ"Каталогизатор" пробуем сделать печать статистики TSPROST.
Получаем такую картину, при запуске данного процесса:
после ввода данных через некоторое время вплывает сообщение «Сервер ИРБИС64 не отвечает. Следует повторить обращение к серверу?», при этом состояние команды «IRBIS_PRINT», процесса «Каталагизатор» в списке процессов на сервере отображается как активное. Если нажать на кнопу да, то окно «Ожидание ответа от сервера» будет висеть бесконечно, а команда «IRBIS_PRINT», процесса «Каталогизатор», через некоторое время пропадает из списка запущенных процессов.
Как наладить работу этого процесса?

А что вы задаете в опросном листе? Может вы на всю БД запускаете? Это тяжелая форма, т.к. она для каждой записи каталога берет ВСЕ повторения поля из БД читателя, делает ключи сортировки, а потом эти ключи сортируются. На этапе сортировки превышается время обработки на сервере.
Т.е. надо ограничивать фрагмент, который идет на статистику.

ochagova написал(а):
-------------------------------------------------------
> А что вы задаете в опросном листе? Может вы на всю
> БД запускаете? Это тяжелая форма, т.к. она для
> каждой записи каталога берет ВСЕ повторения поля
> из БД читателя, делает ключи сортировки, а потом
> эти ключи сортируются. На этапе сортировки
> превышается время обработки на сервере.
> Т.е. надо ограничивать фрагмент, который идет на
> статистику.


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

Можно кое-что сделать. Я уменьшила длину ключа, что приведет к убыстрению процесса, но при этом упорядочение будет только по первым 20 символам. (Можно и дальше убыстрять.). Изменения в папку каталога прикладываю, будут в D1 для 2018

Новая форма не правильно посчитала общее количество выдач, да и реального ускорения процесса для нашего сервера не произошло. А через некоторое количество запросов формы, вообще перестала работать, до перезагрузки серверного сервиса.
файлы делались при одинаковых условиях запроса, mfn с 1 до 30000, период c 01.01.2019 по 22.01.2019, архивную БД использовать.
tsprost30k_old - использовалась старая форма.
tsprost30k_new - использовалась новая форма.
tsprost30k_new_NoData - пропало краткое описание.
tsprost30k_new_ServiceRestart - был перезапущен сервис Ирбиса.

Времени для обработки всей базы не хватает, Клиент отваливается через 2 минуты. Можно ли как-то увеличить время ожидания ответа от сервера, предположим, установить максимум ожидания 10 минут?



Редактировано 1 раз. Последний раз 22.01.2019 09:22 пользователем OLGASH.

Я не поняла, почему пропало краткое описание.
Если не получается выделить фрагмент БД каким-то поиском, то, конечно, надо увеличивать время обработки запроса сервером. Это параметр в irbis_server.ini в минутах:

#максимальное время обработки запроса
PROCESS_TIME_LIVE=60

ochagova написал(а):
-------------------------------------------------------
> Я не поняла, почему пропало краткое описание.
> Если не получается выделить фрагмент БД каким-то
> поиском, то, конечно, надо увеличивать время
> обработки запроса сервером. Это параметр в
> irbis_server.ini в минутах:
>
> #максимальное время обработки запроса
> PROCESS_TIME_LIVE=60

Серверу как раз хватает времени на обработку запроса, а вот клиентская часть, по какой-то причине не дожидается ответа от сервера, через 2 минуты выскакивает окно "Сервер ИРБИС64 не отвечает. Следует повторить обращение к серверу?". Если нажать "Да", то на сервере запускается новый процесс АРМ "Каталагизатор" с выполняемой командой IRBIS_PRINT, при этом старый процесс на сервере всё еще в активном состоянии, и судя по всему он дорабатывает до конца, у нас "PROCESS_TIME_LIVE" равен 15, а процесс завершается минут через 7.
По какой причине клиент не дожидается ответа от сервера и запускает новый процесс отбора?

Все-таки попробуйте увеличить этот параметр и обязательно перезапустите сервер.

Меняли параметр, изначально он стоял 120, Irbis64_Service перезапускали, время клиента всё равно остается неизменным, 2 минуты.

ochagova написал(а):
-------------------------------------------------------
> А что вы задаете в опросном листе? Может вы на всю
> БД запускаете? Это тяжелая форма, т.к. она для
Очевидно, что требуется по всей базе, это же естественно получить статистику по всей базе разом. Да и 30000 записей - вообще-то копеечный объем.

> каждой записи каталога берет ВСЕ повторения поля
> из БД читателя, делает ключи сортировки, а потом
> эти ключи сортируются. На этапе сортировки
> превышается время обработки на сервере.
Очевидно, проблема в "эффективности" языка форматирования сервера ИРБИС64

> Т.е. надо ограничивать фрагмент, который идет на
> статистику.

Допустим, фрагмент ограничить нельзя. Был сделан максимально ужатый срез по тематике (чуть больше 10000 записей), и такая же картина - отваливается по тайм-ауту после двух минут ожидания.

Это с вашей стороны решаемо?
Или в очередной раз городить своё стороннее решение ?

ps: на MongoDB аналогичная задача выполняется около 5 секунд (вместе с выводом результата на экран)

Если речь о статистике, то для этого есть специальные режимы. Это - табличная форма, она не предполагает получение статистики по всей БД. У табличных форм есть свои плюсы - сортировка, заголовки, итоги, вывод любого вида БО, но не надо рассматривать ее как стат-форму.
При наличии соовтв. словаря получить любой фрагмент БД - тоже секунды.

ochagova написал(а):
-------------------------------------------------------
> Если речь о статистике, то для этого есть
> специальные режимы. Это - табличная форма, она не
> предполагает получение статистики по всей БД. У
> табличных форм есть свои плюсы - сортировка,
> заголовки, итоги, вывод любого вида БО, но не надо
> рассматривать ее как стат-форму.
> При наличии соовтв. словаря получить любой
> фрагмент БД - тоже секунды.

читаю Release_ovrall.doc к версии 18.1+ :
"
- для БД ЭК (IBIS – АРМ Каталогизатор) создана новая табличная форма TSPROST - СПРАШИВАЕМОСТЬ ЛИТЕРАТУРЫ ЗА ПЕРИОД С УЧЕТОМ АРХИВНЫХ ДАННЫХ. Новая форма фактически отменяет (делает неактуальными) все формы в режиме СЕРВИС-СТАТИСТИКА СПРОСА АРМа Книговыдача, которые НЕ УЧИТЫВАЮТ архивные данные;
"
Про количество обрабатываемых за раз записей не сказано ничего, но по контексту можно подумать, что статистика может быть сделана по всем имеющимся записям базы.

Я не смог понять из документации, учитывают ли прочие формы, доступные из АРМ "Книговыдача", архивные данные, но выходные формы, объявленные как "за период", не спрашивают, какой период мне нужен (нет формы для ввода диапазона дат).
Эта же форма (TSPROST) в АРМ "Книговыдача" также отваливается по тайм-ауту

Речь шла о замене старого режима в Книговыдаче, который мы в свое время назвали статистикой. Там в основном те же табличные формы, которые формируются по тем же алгоритмам. Но позже появился режим "Статистические формы", а старый мы не стали переименовывать. На разумных объемах он работает.
Почему у вас не подается опрос интервала? См. 11
И обсуждаемая таблица не содержит слово "статистика", а называется таблицей спрашиваемости.

ochagova написал(а):
-------------------------------------------------------
> Если речь о статистике, то для этого есть
> специальные режимы. Это - табличная форма, она не
> предполагает получение статистики по всей БД. У
> табличных форм есть свои плюсы - сортировка,
> заголовки, итоги, вывод любого вида БО, но не надо
> рассматривать ее как стат-форму.
> При наличии соовтв. словаря получить любой
> фрагмент БД - тоже секунды.

В Ирбис64 2016 D4, та же самая операция не прерывается через 2 минуты. Клиентское приложение Irbis_bat дожидается ответа от сервера. А в новой версии 64+, четкое ограничение в 2 минуты, скорее всего, это ограничение зашито в сам исполняемый файл.
Так же проблема со счетчиком по порядку, он начинается с 2.
И мы так и не поняли что отображается в "Общее кол-во выдач:"

ochagova написал(а):
-------------------------------------------------------
> Речь шла о замене старого режима в Книговыдаче,
> который мы в свое время назвали статистикой. Там в
> основном те же табличные формы, которые
> формируются по тем же алгоритмам. Но позже
> появился режим "Статистические формы", а старый мы
> не стали переименовывать. На разумных объемах он
> работает.

Прошу озвучить диапазоны "разумных объёмов", а также почему про эти самые "разумные объёмы" не указано в документации.

> Почему у вас не подается опрос интервала? См. 11
> И обсуждаемая таблица не содержит слово
> "статистика", а называется таблицей
> спрашиваемости.

А пока что это ещё один нерабочий функционал в новой версии

По поводу 2-х минут. Вот-вот будет обновление D1 к версии 2018, в нем не должно быть этого ограничения.

Добрый день, Людмила Николаевна. ИРБИС64+2018.1. Сегодня пытались проанализировать данные, которые попадают в форму TSPROST БД ЭК Книги. Пришли к результату, что все данные попали только из БД RDR, хотя в опросном листе мы задавали в параметре "Использовать данные из архивной БД"-ДА. И в форме мы получили в заголовке (с учетом данных из архива). Архивная БД RDR ARH у нас пополняется автоматически, мы это сделали, а в форму книги не попадают.Файл 24_24. В этом файле мы видим только выданные книги за сегодня.
Я смоделировала ситуацию так:
1. Выдала сегодня себе книгу в АРМ "Книговыдача"
2. Сдала ее
3. Данные из моего формуляра перешли в БД RDR_ARH
4. В АРМ Книговыдача формуляр за сегодняшний день пустой.
5. В БД RDR_ARH у меня эта книга есть.
6. В форму она не попала за сегодняшний день.
Помогите разобраться почему. мы все это и затеяли, чтоб видеть обращаемость фонда. Спасибо.

И еще внизу формы этого файла есть фраза:Общее кол-во выдач: 17295. Смущает это число, как оно подсчитывается?

Да, есть такая ситуация. Она связана с тем, что была закоментирована строка в RDR_ARH.fst с префиксом, который используется в таблице. Надо это убрать:
30 0 "RI="v30
40 0 (|SH=|v40^A/)
40 0 "AR="v40^G,"/"v40^A
Сделать словарь RDR_ARH заново и данные будут попадать в таблицу.
Можете взять приложенный файл для замены.
Спасибо за сигнал

Вдогонку, пока не опубликовали обновление D1:

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

Настройки системы (пока еще) дефолтные.

Если у кого-то воспроизводима данная ошибка, отпишитесь.

А теперь поставьте D1