Ассоциация ЭБНИТ    ИРБИС-корпорация    Вики-Ирбис    Online/CHM справка Ирбис    FTP-сервер
АРМ Книговыдача :  ИРБИС Irbis
 
Ведение БД Читателей при интенсивной книговыдаче
Пользователь: Alio (IP-адрес скрыт)
Дата: 20, January, 2017 10:56

Смотри здесь:

[irbis.gpntb.ru]

Re: Ведение БД Читателей при интенсивной книговыдаче
Пользователь: amironov73 (IP-адрес скрыт)
Дата: 20, January, 2017 14:07

Alio написал(а):
-------------------------------------------------------
> При интенсивной книговыдаче, когда:
> - выполняется достаточно большое количество книговыдач в течение дня

«Достаточно большое количество» это (примерно) сколько? Тысяча в день? Десять тысяч?

Re: Ведение БД Читателей при интенсивной книговыдаче
Пользователь: roit (IP-адрес скрыт)
Дата: 27, January, 2017 10:19

Собираемся переходить на 2016 версию и хотели бы узнать вот что:
Мы собираемся не использовать в АРМе Книговыдача режим ЧИТАТЕЛИ-ОЧИСТИТЬ/АРХИВИРОВАТЬ и параметр AUTOARHIV будет у нас 0, а будем мы архивировать при помощи задания DelArh.gbl по мере необходимости.
В этом случае достаточно ли делать полное пересоздания словаря БД RDR только после выполнения DelArh.gbl? Или все равно для нормальной работы надо ежедневно пересоздавать словарь?

Re: Ведение БД Читателей при интенсивной книговыдаче
Пользователь: roit (IP-адрес скрыт)
Дата: 06, February, 2017 16:06

На версию 2016 перешли. Пока архивирование не делали.
Кстати, параметра AUTOARHIV в секции [Reader] ини-файла IRBISB почему то нет. Если захотим когда-нибудь использовать, то вводить вручную?
И всё-таки хотим узнать, если пока мы будем использовать только один метод архивирования DelArh.gbl, то мы можем пересоздавать словарь полностью для базы RDR только после выполнения этой глобальной корректировки или всё равно надо ежедневно?

Re: Ведение БД Читателей при интенсивной книговыдаче
Пользователь: Alio (IP-адрес скрыт)
Дата: 06, February, 2017 16:08

roit написал(а):
-------------------------------------------------------
> На версию 2016 перешли. Пока архивирование не
> делали.
> Кстати, параметра AUTOARHIV в секции ини-файла
> IRBISB почему то нет. Если захотим когда-нибудь
> использовать, то вводить вручную?
Да.

> И всё-таки хотим узнать, если пока мы будем
> использовать только один метод архивирования
> DelArh.gbl, то мы можем пересоздавать словарь
> полностью для базы RDR только после выполнения
> этой глобальной корректировки или всё равно надо
> ежедневно?
После.

Re: Ведение БД Читателей при интенсивной книговыдаче
Пользователь: elkinaos (IP-адрес скрыт)
Дата: 01, March, 2017 14:22

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

Re: Ведение БД Читателей при интенсивной книговыдаче
Пользователь: Alio (IP-адрес скрыт)
Дата: 01, March, 2017 16:06

elkinaos написал(а):
-------------------------------------------------------
> Мы перешли на 2016 версию, архивирование пока
> сделали только у пары читателей для пробы. Пока
> делать полное архивирование не решились, т.к. не
> нашли обратного действия - возврата из архива,
> вдруг что-то пойдет не так и придется возвращаться
> на версию 2015.
> Пока книговыдача очень сильно тормозит.
> Попробовали сегодня на другой сервер установить
> чистый дистрибутив 2016, в него только
> импортировали нашу базу RDR и одновременно 5
> человек работали в книговыдаче с этой базой. Как
> только начинали оформлять книговыдачу читателю, у
> которого большое количество книговыдач, так сразу
> же на всех 5 компьютерах программа начинала
> зависать, выдавала ошибку что база монопольно
> заблокирована и бегал котик.
Чтобы понять, что у ВАс происходит, сделайте следующее:
-Замените RDR.FST - возьмите его из версии 2015.1
-Не используйте архивирование сведений о книговыдаче

> Помогите пожалуйста сделать глобальную
> корректировку, которая будет из архива возвращать
> записи обратно.
Странная просьба - какое отношение она имеет к Вашей проблеме?

Re: Ведение БД Читателей при интенсивной книговыдаче
Пользователь: elkinaos (IP-адрес скрыт)
Дата: 01, March, 2017 17:11

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

> > Помогите пожалуйста сделать глобальную
> > корректировку, которая будет из архива
> возвращать
> > записи обратно.
> Странная просьба - какое отношение она имеет к
> Вашей проблеме?


Чтобы была возможность откатить всё обратно. Ну и вариант ошибочной отправки в архив.

Re: Ведение БД Читателей при интенсивной книговыдаче
Пользователь: elkinaos (IP-адрес скрыт)
Дата: 02, March, 2017 10:57

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

> Чтобы понять, что у ВАс происходит, сделайте
> следующее:
> -Замените RDR.FST - возьмите его из версии 2015.1

Заменили RDR.FST на 2015, книговыдача стала работать нормально. Значит тормозит из-за работы через глобальные переменные.

Кстати на тестовом сервере с перенесли часть данных в архив (получилось примерно 225 тыс. записей) там книговыдача так же тормозит.

Re: Ведение БД Читателей при интенсивной книговыдаче
Пользователь: Alio (IP-адрес скрыт)
Дата: 02, March, 2017 11:30

elkinaos написал(а):
-------------------------------------------------------
> Alio написал(а):
>
> > Чтобы понять, что у ВАс происходит, сделайте
> > следующее:
> > -Замените RDR.FST - возьмите его из версии
> 2015.1
>
> Заменили RDR.FST на 2015, книговыдача стала
> работать нормально. Значит тормозит из-за работы
> через глобальные переменные.
При этом FST в словарях НЕ БУДУТ учитываться архивные данные.
(глобальные тут ни при чем)


>
> Кстати на тестовом сервере с перенесли часть
> данных в архив (получилось примерно 225 тыс.
> записей) там книговыдача так же тормозит.

Re: Ведение БД Читателей при интенсивной книговыдаче
Пользователь: elkinaos (IP-адрес скрыт)
Дата: 02, March, 2017 12:56

Alio написал(а):
-------------------------------------------------------
> elkinaos написал(а):
> --------------------------------------------------
> -----
> > Alio написал(а):
> >
> > > Чтобы понять, что у ВАс происходит, сделайте
> > > следующее:
> > > -Замените RDR.FST - возьмите его из версии
> > 2015.1
> >
> > Заменили RDR.FST на 2015, книговыдача стала
> > работать нормально. Значит тормозит из-за
> работы
> > через глобальные переменные.
> При этом FST в словарях НЕ БУДУТ учитываться
> архивные данные.
> (глобальные тут ни при чем)

Однако, если в новом RDR.FST из конструкции &uf('+7W40#',(v40/)),&uf('+7U40#',&uf('7RDR_ARH,!RI=',v30,'!,(v40/)')) убрать присоединение из базы RDR_ARH и оставить только &uf('+7W40#',(v40/)), т.е. работу через глобальную переменную, но без данных архивной базы, то книговыдача так же зависает.

Re: Ведение БД Читателей при интенсивной книговыдаче
Пользователь: Alio (IP-адрес скрыт)
Дата: 02, March, 2017 15:17

Должен признать Вашу правоту.

Re: Ведение БД Читателей при интенсивной книговыдаче
Пользователь: lyangner (IP-адрес скрыт)
Дата: 17, May, 2017 09:46

Добрый день.

То есть для нормальной работы АРМ "Книговыдача" в новой версии 2016.1 (у нас тоже тормозит именно при выдаче и снятии книг, жалуются все очень), необходимо все-таки тоже, как и коллеги, заменить RDR.FST ?

Я правильно понимаю, у нас будет отсутствовать возможность архивирования, но важные функции при этом хоть не нарушатся? Это единственное решение для восстановления работоспособности системы?

Я попробовала на одной из записей БД RDR перенести хвост ненужных старых выдач в архив. После этого выдача и снятие книги прошли с такими же тормозами. После этого зашла в архив этой записи и удалила все из него, после этого выдача и снятие книги прошли быстро без задержки. Все записи чистить таким образом долго, сейчас конец семестра и "горячая пора" на носу. Что посоветуете - заменять все-таки файл RDR.FST ?

Заранее спасибо)


С уважением,
Елена Лянгнер
библиотека ГрГМУ

Re: Ведение БД Читателей при интенсивной книговыдаче
Пользователь: Alio (IP-адрес скрыт)
Дата: 17, May, 2017 10:05

lyangner написал(а):
-------------------------------------------------------
> Добрый день.
>
> То есть для нормальной работы АРМ "Книговыдача" в
> новой версии 2016.1 (у нас тоже тормозит именно
> при выдаче и снятии книг, жалуются все очень),
> необходимо все-таки тоже, как и коллеги, заменить
> RDR.FST ?
Да.



>
> Я правильно понимаю, у нас будет отсутствовать
> возможность архивирования, но важные функции при
> этом хоть не нарушатся? Это единственное решение
> для восстановления работоспособности системы?
>
> Я попробовала на одной из записей БД RDR перенести
> хвост ненужных старых выдач в архив. После этого
> выдача и снятие книги прошли с такими же
> тормозами. После этого зашла в архив этой записи и
> удалила все из него, после этого выдача и снятие
> книги прошли быстро без задержки. Все записи
> чистить таким образом долго, сейчас конец семестра
> и "горячая пора" на носу. Что посоветуете -
> заменять все-таки файл RDR.FST ?
>
> Заранее спасибо)
>
>
> С уважением,
> Елена Лянгнер
> библиотека ГрГМУ

Re: Ведение БД Читателей при интенсивной книговыдаче
Пользователь: elkinaos (IP-адрес скрыт)
Дата: 17, May, 2017 10:18

Ну сама возможность архивирования не пропадает при замене rdr.fst

Re: Ведение БД Читателей при интенсивной книговыдаче
Пользователь: Alio (IP-адрес скрыт)
Дата: 17, May, 2017 11:08

elkinaos написал(а):
-------------------------------------------------------
> Ну сама возможность архивирования не пропадает при
> замене rdr.fst
Собственно технология архивирования Не пропадет. Но в соответствующих словарях БД RDR учитываться не будет.

Re: Ведение БД Читателей при интенсивной книговыдаче
Пользователь: lyangner (IP-адрес скрыт)
Дата: 17, May, 2017 13:41

Спасибо за ответы. Значит, буду менять.

Всем хорошего дня! ;-)



Редактировано 1 раз. Последний раз 17.05.2017 13:41 пользователем lyangner.



Извините, только зарегистрированные пользователи могут писать в этом форуме.
This forum powered by Phorum.