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

Какая у Вас "система" - ИРБИС32 или ИРБИС64 и какова ее версия?
В каком АРМе и при каком режиме происходит "зависание"?
Чем заканчивается "зависание"?

У нас ИРБИС - 32, версия 2006.2. "Зависание" происходит при работе в "Каталогизаторе" и "Книгообеспе6ченности". Мы сейчас работаем в основном в этих АРМах. Програпмма зависает при "Вводе", появляются песочный часы и все, больше ничего не происходит. Первые признаки зависания проявляются в том,очень медленно идет обработка введеных данных, потом вообще все останавливается на песочных часах. Проблемы появляются во второй половине рабочего дня. Администратор сети утверждает, что с сетью академии все в порядке. Есть еще внутренняя библиотечная сеть. Могут ли быть проблемы с ней, как это проверить?

Что означает "больше ничего не происходит" - Вы аварийно снимаете АРМ Каталогизатор?

Когда у Вас происходит "зависание" - вызовите АРМ Администратор и проверьте признак МОНОПОЛЬНОЙ БЛОКИРОВКИ для соответствующей БД.
Все ли апгрейды для 2006.2 Вы устанавливали?



Редактировано 1 раз. Последний раз 05.02.2008 12:17 пользователем Alio.

"Книгообеспеченность" у вас как АРМ или как вход в Каталогизатор с irbiscko.ini? При корректировке каких баз - каталога, RDR, VUZ?

Буквально на днях у нас сменился администратор, и я не могу сказать ничего про апгрейды. Где это проверить? Вообще, мы перешли с версии 2006.1 на 2006.2 полгода назад и проблем до этого времени не было. Что касается "Книгообеспеченности", то это - отдельный АРМ, заполняем базу ВУЗ. Выключаем компьютеры и аварийно и ждем до 30 мин., когда можно закрыть программу.
Монопольную блокировку снимаем, но это дает только временные результаты.
При выходе из "Книгообеспеченность" с какого либо рабочего места, он остается в списке текущих пользователей в "Администраторе" как "Комплектатор".

Вы могли бы прислать вашу БД VUZ (VUZ.mst+VUZ.xrf), и картинки с экрана в те моменты, когда происходит зависание?

Вам на почтовый ящик отправили файлы БД КО.
Пробовали решить проблему своими силами - осуществили экспорт/импорт ЭК и базы КО, создали все словари заново, но это не помогло. Программу упорно начинает тормозить при запуске КО, при попытках связать с записями вообще виснит. Пробовали привязывать когда выделена одна запись дисциплины и одна книга - все равно проходит тяжело и не всегда. Собственно говоря, у нас стал процесс. Надо что-то делать!

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

Еще проблема. Работали в Книгообеспеченности, привязывали книги - АРМ подвис, на БД ЭК возникла монопольная блокировка и заблокировалась работа во всех АРМах с БД ЭК. Как только КО закончила привязку к книгам и закрыли АРМ - монопольная блокировка пропала. Дальше работать было легко и без проблем. Есть подозрение, что проблема именно с этим АРМом. До этого, когда с ним не работали, проблемы небыло. Что это может быть и чем вызванно?

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

То что при выполнении заданий на связь монопольно блокируется БД каталога - это не то, чтобы нормально, но предусмотрено. БД монопольно блокируется при выполнении актуализации словаря, блокировка сама же и снимается. В АРМ Книгообеспеченность с какой-то версии имеется в настройке параметр "Пакетные задания с актуализацией БД?" - можно отключить актуализацию, но выполнять ее позднее через АРМ Администратор.

исходя из выше сказанного получается, что каждый раз, когда выполняется связка, а точнее - актуализация словаря, происходит монопольная блокировка. А почему при сохранении записей в электронном каталоге(обычная роспись) этот процес не является столь тягучим? Разве при сохранении записей после корректировки каталогизатором не происходит актуализации?

Gena - трудно продолжать разговор после такого перерыва. В этом случае опять начинайте сначала: в чем работаете, какие именно операции выполняете (все-таки перенос, или установка связей?), опишите картинку происходящего, обновления брали? Ваша версия работает еще со старой структурой БД VUZ, все процессы более нагружены. Надо бы обновиться хотя бы до 7.1.