Перешли на новую версию 2009.1 ирбис32. Замучились с блокировками.Конечно пересмотрела все темы касающие блокировки бд. Проверка бд на наличие ошибок результата не дает. Создание словарей заново и экспорт-импорт тоже. Чем еще можно проверить БД? В армах работают более 40 человек, не считая читатель. Может ли это влиять на блокировку бд?
Если у вас так много пользователей, то очень велика вероятность, что в каждый момент кто-то сохраняет и актуализирует запись. В этот момент БД блокируется. Может вам работать без актуализации словаря (RecUpdif=0), которую делать позже?
разъясните, пожалуйста, еще один момент: если идет книговыдача и при этом меняется статус книги в БД IBIS, то если убрать актуализацию, то статус в БД IBIS книги будет менятся? или эта книга не сможет выдаваться пока не проведешь актуализацию?
Ирбис 64 2009.1 Периодически возникает блокировка БД. Работает 15-20 пользователей без АРМ Книговыдача.
Хотелось бы прояснить вопросы:
В какой момент блокируется БД? Когда происходит сохранение записи и кто-то в этот момент к этой записи обращается?
А можно ли узнать какой пользователь вызвал блокировку БД?
У нас еще были моменты, когда 2 каталогизатора создавали новую запись, и один из них не мог свою сохранить, потому что, оказывается, оба вводили в один MFN. Преодолели (как-будто) когда стали вводить новую запись, нажимая кнопку "Новый", а не подводя курсор на "(новый)" в окне коротких описаний.
Прибегает каталогизатор и говорит: не могу сохранить запись.
Сообщение сейчас точно не воспроизведу, но смысл, что заблокирована возможность сохранения
Открываю АРМ Администратор и вижу Монопольная блокировка Да.
Спасибо за совет.
Хотелось бы получить и ответы на вопросы:
1. В какой момент блокируется БД? Когда происходит сохранение записи и кто-то в этот момент к этой записи обращается?
2. Можно ли узнать какой пользователь вызвал блокировку БД?
3. Как может случиться ситуация, когда два каталогизатора вводят свои записи в один и тот же MFN?
При сохранении записи из АРМ Каталогизатор, БД в целом не блокируется. Проверьте целостность Вашей БД (сервисные функции АРМ Администратор).
Информация о пользователе, заблокировавшем запись не хранится. В некоторых случаях (например при работе серверного АРМ АДминистратор) понятия текущего пользователя нет и вовсе - т.е. писать просто нечего. Кроме того, признак блокировки БД хранится в ее заголовке. Заголовок имеет фиксированную длину. Имя пользователя, к сожалению, постоянной длины не имеет. Вносить это поле в заголовок БД смысла не вижу... Подумаю над журналированием операций над БД (цена - как всегда скорость...)
Ситуация с двумя каталогизаторами, которые вносят записи в один mfn может получиться многими способами. Приведу один пример (далеко не факт что это именно Ваш случай): была создана запись, опустошена и сохранена. В списке записей в нижнем левом углу такая запись могла быть воспринята каталогизаторами как место для ввода новой записи. Результат будет - в точности как Вы описали.
Решение об использовании именно кнопки правильное - это снижает влияние человеческого фактора (как в вышеописанном случае - там бы просто увидели наличие такой пустой записи после появления вслед за ней новых).
А текущая команда в списке зарегистрированных клиентов может дать какую-либо информацию о блокировке БД?
И вообще можно ли из этих команд почерпнуть что-то практически необходимое для анализа работы пользователей?
В документации об этих командах нет?
Диагностику провели. Было предложено создать словарь заново.
Что не явилось неожиданностью.
Ошибка в словаре возникла при выполнении режима "Корректировка по словарю". Кстати и в версии 2009.1 Ирбис 64 (корректировали издательство) и в 2008.1 (в филиале б-ки корректировали географическую рубрику) словари оказались испорчены. Каталоги большие и создавать словарь заново процесс очень длительный (учитывая, что в филиале сервер выключается на ночь). А вот, например, в АС-Библиотека-2 каждый поисковый элемент имел свой индексный словарь и не было проблем с переиндексированием.
Но хотелось бы получить ответы на заданные выше вопросы.
EleAle Ошибка в словаре возникла при выполнении режима "Корректировка по словарю". Кстати и в версии 2009.1 Ирбис 64 (корректировали издательство) и в 2008.1 (в филиале б-ки корректировали географическую рубрику) словари оказались испорчены.
Взял в работу на проверку.
Какие именно корректировки Вы выполняли? Какой у Вас общий размер БД? (в записях+размеры в байтах xrf, mst, l01, n01,ifp)
Корректировали на этой БД словарь "Издающая организация". Правили издательство "Вища школа" было вариантов 20-25, каждый из которых от 1 до 200 док-ов, а может и больше.
После корректировки Вища школа перестала появляться как при поиске по словарю и так и при вводе, хотя если найти издательство следующее после исправленного, а затем пройти по списку вверх оно эти значения в словаре были. Это в Ирбис 64 v2009.1
Вторая БД в v2008.1 поменьше (корректировали географическую рубрику), но результат такой же.
Блокировка БД стала появляться в v2009.1. До этого работали в 2007.2 и блокировок не было.
Здравствуйте! В связи с жалобой каталогизаторов из за ежедневных блокировок БД, решил полностью сделать экспор-импорт БД, так как создание заново словарей не помогло и диагностика бд не показала ошибок, но при импорте бд периодический выскакивает то же сообщение блокировки бд, до конца импортировать не получается(при отключенных антивируса, файрвола и апаче).
И64,2010.1
IRBISA.exe - D7
Антивирус Касперский яндекс, файрвол Comodo
Работает webirbis на апаче.
Кол-во лицензий - 10. Работающих где то 5-7, т.е. нагрузки нет.
Здравствуйте! ОС Windows Server 2003. ИРБИС-32 2006-2007. Работает через систему удаленных рабочих столов с одного сервера. Пользователей всего 8 + читатели; в т. ч. данной БД - 3. После отключения электроэнергии началось периодическое блокирвоание 1 БД. Первый экспорт-импорт результаты дал, но не надолго. В результате диагностики ошибок не обнаружено. Процесс создания словаря заново не решил проблему. Выдаваемые при сохранении системой сообщения во вложениях.
LibCEPU
Редактировано 2 раз. Последний раз 10.06.2013 09:14 пользователем cepu.
Скорее всего ваши пользователи любят закрывать удаленный рабочий стол без выключения АРМа Каталогизатор. Когда в Каталогизаторе вызывается на корректировка запись, то в БД на нее вешается блокировка, что бы никто другой не смог отредактировать эту запись до окончания работы с ней первого оператора. Но если во время работы произойдет аварийное закрытие АРМа, то блокировка остается висеть на записи. Это может быть при не корректном выключении компа, при разрыве сети, при закрытии АРМа через диспетчер задач.
В АРме Администратор выбирайте БД, а далее в меню Базы данных пункт - снять блокировку - список - Все - снять
Снятие блокировки БД результатов не дает. Заблокированных записей нет. Блокировки ввода снимаются, но записи все равно не сохраняются. С данной БД работают максимум 3 человека. Мы, конечно, предупредим читателей, но они не имеют возможности корректировать записи. Параллельно произошло частичное отключение интернета. Перезапуск сервера также ничего не дал.
Редактировано 3 раз. Последний раз 11.06.2013 08:33 пользователем cepu.
Количество блокировок ввода говорит, что в БД есть поврежденные записи. Диагностика может их не обнаружить. Единственное средство - экспорт (лучше в TXT), опустошение, импорт, словарь заново.
ochagova написал(а):
-------------------------------------------------------
> Количество блокировок ввода говорит, что в БД есть
> поврежденные записи. Диагностика может их не
> обнаружить. Единственное средство - экспорт (лучше
> в TXT), опустошение, импорт, словарь заново.
Здравствуйте! Возникает вопрос, тогда для чего Диагностика БД? У меня каждый божий день блокируется база. Даже не могу импортировать ее возникают блокировки.
ochagova написал(а):
-------------------------------------------------------
> У вас с правами на директорию IRBIS все в порядке?
> Они д.б. полными.
Да,конечно. До этого ведь все нормально было. Думаю, все таки это что то с самой БД. Gena обещал проверить ее у себя, я ее ему отправил, видимо у него времени не хватает.
У пользователей(Каталогизатор) выходит сообщение: "БД не доступна для ввода".
На сервере в администраторе показывает параметр Монопольная блокировка, значение Да.
Блокировка происходит в одной БД.
Редактировано 1 раз. Последний раз 28.06.2013 10:34 пользователем Esil.