Добрый день.

Продолжают в течение рабочего дня появляться заблокированные записи в электронных каталогах и базе данных RQST.

Возможно ли в данной ситуации решение - установка значения параметра UpdateLock в 0 ?

(UpdateLock - Признак применения блокировки записей при корректировке в АРМе Книговыдача (ИРБИС64): 1 - применять блокировку (по умолчанию); 0 - не применять.)

PRM написал(а):
-------------------------------------------------------
> Добрый день.
>
> Продолжают в течение рабочего дня появляться
> заблокированные записи в электронных каталогах и
> базе данных RQST.
Это результат аварий. Пэтому необходимо выяснять причины.
У Вас последняя редакция АРМа Книговыдача 2010.1 (D3) - от 1.02.2011?
Клиенты АРМа Книговыдача получают какие-либо сообщения о нештатных ситуациях (связанные с теми записями, которые потом оказываются заблокированными)?

Alio написал(а):
-------------------------------------------------------
> Это результат аварий. Пэтому необходимо выяснять
> причины.
> У Вас последняя редакция АРМа Книговыдача 2010.1
> (D3) - от 1.02.2011?

Да.

> Клиенты АРМа Книговыдача получают какие-либо
> сообщения о нештатных ситуациях (связанные с теми
> записями, которые потом оказываются
> заблокированными)?

Сейчас исследуем этот вопрос. (Сегодня было зафиксировано сообщение, о котором написал в отдельной теме - [irbis.gpntb.ru] , но привела ли ситуация к блокировке записи, точно установить не удалось.)

ОТключите во всех АРМа Книговыдача АВТОМАТИЧЕСКОЕ ОБНОВЛЕНИЕ (НАСТРОЙКА - АВТОМАТИЧЕСКИЙ ОПРОС - ИНТЕРВАЛ - ноль). И сообщите, изменится ли ситуация.

Александр Иосифович, к сожалению, пока что не можем отключить автоматическое обновление во всех АРМ Книговыдача в библиотеке.

Скажите, пожалуйста, возможна ли доработка АРМ Книговыдача, направленная на сокращение объёма данных, передаваемых при автоматическом обновлении?
Сейчас при обновлении (автоматическом, по Shift-F5) заказов выполняются, в том числе, команды:
1) поиск записей по заданному поисковому выражению (команда K) с параметрами: БД RQST, поисковый запрос "I=0" (невыполненные заказы), формат для форматирования записей RQSTALL;
2) команда K с параметрами: БД RQST, поисковый запрос "I=2" (заказы на бронеполке), формат для форматирования записей mpl,&UNIFOR('+0'). Объём данных при ответе сервера на данную команду - достаточно большой.
С введением в версии 2010.1 статусов забронированных экземпляров, число заказов на бронеполке может достигать больших величин (порядка 1000). Но для отдельных кафедр выдачи литературы (например, для книгохранения) автоматическое обновление состояния заказов на бронеполке не является необходимым: используется только закладка "Заказы" и групповая выдача на бронеполку.
Предложение ввести настройку АРМ, определяющую порядок автоматического обновления, например, со следующими состояниями:
0 - обновлять невыполненные заказы и заказы на бронеполке;
1 - обновлять только невыполненные заказы;
2 - обновлять только заказы на бронеполке.

PRM написал(а):
-------------------------------------------------------
> Александр Иосифович, к сожалению, пока что не
> можем отключить автоматическое обновление во всех
> АРМ Книговыдача в библиотеке.
>
Однако... И почему же?

Alio написал(а):
-------------------------------------------------------
> Однако... И почему же?

Потому что в данной ситуации необходимо будет устанавливать фокус в АРМ Книговыдача и нажимать Shift-F5 (или выбирать соответствующий пункт меню).
Сотрудники библиотеки против.

А они не против, что в Internet Explorer Для Обновления требуется что-то подобное?

Alio написал(а):
-------------------------------------------------------
> А они не против, что в Internet Explorer Для
> Обновления требуется что-то подобное?

Александр Иосифович, на этот вопрос ответа пока нет.

---

Дополнительные вопросы:
- можно ли для отдельных кафедры выдачи литературы (книгохранения) вместо отключения автоматического обновления установить флаг "Отобранные" со специальным видом поиска "Невыполненные заказы";
- можно ли при запуске АРМ Книговыдача с включенным флагом "Отобранные" не отображать на экране окно "Отбор заказов"?

PRM написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > А они не против, что в Internet Explorer Для
> > Обновления требуется что-то подобное?
>
> Александр Иосифович, на этот вопрос ответа пока
> нет.
>
> ---
>
> Дополнительные вопросы:
> - можно ли для отдельных кафедры выдачи литературы
> (книгохранения) вместо отключения автоматического
> обновления установить флаг "Отобранные" со
> специальным видом поиска "Невыполненные заказы";
Не понял.

> - можно ли при запуске АРМ Книговыдача с
> включенным флагом "Отобранные" не отображать на
> экране окно "Отбор заказов"?
Нет.

Спасибо.

Alio написал(а):
-------------------------------------------------------
> Не понял.
>

Александр Иосифович, Вы не могли бы подробнее пояснить, как связаны блокировки записей БД ЭК и БД RQST, автоматическое обновление в АРМ Книговыдача и обновление по Shift-F5 (вручную)?
Если проблема может заключаться в считывании большого объёма данных во время обновления (автоматического, Shift-F5), то можно было бы уменьшить его путём использования режима "Отбор заказов по словарю"...

Вопрос мне непонятен...
По Вашему сообщению в другой ветке понял, что у Вас НЕСТАНДАРТНАЯ настройка сервера (irbis_server.ini) - наш разговор имеет смысл ТОЛЬКО в случае, если Вы приведете его к стандартным настройкам.

Alio написал(а):
-------------------------------------------------------
> Вопрос мне непонятен...
> По Вашему сообщению в другой ветке понял, что у
> Вас НЕСТАНДАРТНАЯ настройка сервера
> (irbis_server.ini) - наш разговор имеет смысл
> ТОЛЬКО в случае, если Вы приведете его к
> стандартным настройкам.

Александр Иосифович, стандартные настройки - настройки, как в дистрибутиве ИРБИС64 2010.1?

Да. (разумеется, IP-порт любой)

Alio написал(а):
-------------------------------------------------------
> Вопрос мне непонятен...

Другими словами, почему из-за включённого автоматического обновления могут происходить блокировки записей БД ЭК?
Могут ли блокировки записей БД ЭК происходить из-за обновления по Shift-F5?

Нет, не могут - если у Вас последние обновления 2010.1

Александр Иосифович, извините, пожалуйста, Ваш ответ следует понимать как "Нет, не могут происходить блокировки записей БД ЭК из-за обновления по Shift-F5 - если у Вас последние обновления 2010.1"?
Спасибо.

Еще раз - полагаю, что Ваши проблемы с блокировками (а также сообщения об ошибках) связаны с НЕСТАНДАРТНОЙ настройкой сервера.

Александр Иосифович, в дистрибутивных настройках сервера ИРБИС64 включено кэширование форматов. Но Илья Иванович отмечал, что при включённом кэшировании форматов может наблюдаться зависание сервера...

PRM написал(а):
-------------------------------------------------------
> Александр Иосифович, в дистрибутивных настройках
> сервера ИРБИС64 включено кэширование форматов. Но
> Илья Иванович отмечал, что при включённом
> кэшировании форматов может наблюдаться зависание
> сервера...
Эта ошибка исправлена.

Добрый день.

Сегодня анализировал файлы отладки сервера ИРБИС64 и данные о заблокированных записях в БД RQST.
Увидел: работа АРМ Книговыдача в читальном зале в середине дня завершилась командой "Прочитать запись (C)" с параметрами "БД" - RQST, "Блокировать?" - 1. Файла ответа сервера на эту команду найти не удалось.

После этого АРМ Книговыдача в читальном зале был запущен заново.

Запись в БД RQST осталась заблокированной.



Редактировано 2 раз. Последний раз 24.08.2011 17:44 пользователем PRM.

???

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

Александр Иосифович, не могу придумать вопрос, связанный с описанной ситуацией, так как нет информации о сообщениях (о нештатных ситуациях) на клиенте.

Вы написали "Файла ответа сервера на эту команду найти не удалось."
Что это значит? Клиент завис на бегущем барсе? ВЫ прерывали обращение к серверу и делали ПОВТОР?

Alio написал(а):
-------------------------------------------------------
> Вы написали "Файла ответа сервера на эту команду
> найти не удалось."
> Что это значит? Клиент завис на бегущем барсе? ВЫ
> прерывали обращение к серверу и делали ПОВТОР?

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

В директории workdir сервера:
- обнаружил файл !117290_5463
- не обнаружил файл 117290_5463

> Клиент завис на бегущем барсе? ВЫ
> прерывали обращение к серверу и делали ПОВТОР?

К сожалению, ответов на эти вопросы нет. Описываемая ситуация - от 17 августа, сразу же задать вопрос сотрудникам читального зала не удалось.

Alio написал(а):
-------------------------------------------------------
> Все АРМы и сервер ИРБИС64.
>
> Изменена реакция на нажатие кнопки ПРЕРВАТЬ на
> форме с бегущим ИРБИСом:
> делается попытка корректно прервать
> соответствующий процесс обработки на сервере

Александр Иосифович, скажите, пожалуйста, если процесс обработки блокировал запись, то попытка корректно прервать процесс обработки на сервере будет включать разблокировку записи?

Что ВЫ понимаете под корректным прерыванием процесса?

Alio написал(а):
-------------------------------------------------------
> Что ВЫ понимаете под корректным прерыванием
> процесса?

Под корректным прерыванием процесса понимаю, например, следующее:
если в АРМ Администратор (клиент) запущен процесс актуализации словаря, и нажата кнопка "Cancel" в окне с бегущим ирбисом, то соответствующий процесс обработки на сервере (IRBIS_RECIFUPDATE) завершается, а монопольная блокировка с базы данных снимается.

Во-первых, на бегущем ирбисе нет кнопки CANCEL - есть кнопка ПРЕРВАТЬ
Во-вторых, после нажатия на эту кнопку возникает вопрос ПОВТОРИТЬ или нет. Что Вы отвечаете на этот вопрос?

Alio написал(а):
-------------------------------------------------------
> Во-первых, на бегущем ирбисе нет кнопки CANCEL -
> есть кнопка ПРЕРВАТЬ

Александр Иосифович, в АРМ Администратор (клиент), для которого приводил пример, кнопка называется "Cancel" (как на скриншоте).

> Во-вторых, после нажатия на эту кнопку возникает
> вопрос ПОВТОРИТЬ или нет. Что Вы отвечаете на этот
> вопрос?

Я обычно нажимаю на "ПОВТОРИТЬ" ("Да"). Но, возможно, пользователи в библиотеке могут отвечать и "Нет".

Здесь у меня вопрос: скажите, пожалуйста, в АРМ Книговыдача версии 2011.1 после первого нажатия на кнопку "Прервать" будет выполняться попытка корректно прервать процесс обработки на сервере или же будет появляться вопрос "ПОВТОРИТЬ или нет"?