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

[irbis.gpntb.ru]

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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


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

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/)), т.е. работу через глобальную переменную, но без данных архивной базы, то книговыдача так же зависает.

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

Добрый день.

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

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

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

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


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

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



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

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

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

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

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



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

Здравствуйте!
У нас предыдущей версией была 2014.1. Можно ли заменить rdr.fst из неё?
Спасибо.

Ирбис64 2016.1 D4

Ksana написал(а):
-------------------------------------------------------
> Здравствуйте!
> У нас предыдущей версией была 2014.1. Можно ли
> заменить rdr.fst из неё?
> Спасибо.
>
> Ирбис64 2016.1 D4
Можно - с теми же последствиями...