[irbis.gpntb.ru]
Автор: Дятала М.В.
Дата: 06-04-04 08:34
Иногда, при работе в Каталогизаторе случаются блокировки ввода, когда вновь обращаешься к какому-нибудь документу, уже занесенному ранее, почему так происходит? Например, был занесен ряд записей, затем нужно отпечатать карточки, и получаются блокировки. Как избежать таких казусов?


Автор: Панев Максим
Дата: 06-04-04 09:19
Блокировки записей случаются при некорректном окончании работы с АРМами. Например, во время корректировки записи компьютер подвис/перезагрузился/обрубили электричество наконец. В этом случае, признак завершения корректировки (разблокирование записи) системой автоматически не выставляется и запись остается заблокированой до тех пор, пока ее руками не разблокировать через соответствующий режим АРМа Администратор.


Автор: Бродовский
Дата: 07-04-04 10:04
Ложно заблокированными остаются записи ТОЛЬКО в результате аварий в АРМах Каталогизатор/Комплектатор. Снимайте такие блокировки без всякой "паники". Ложно заблокированные записи не влияют на работу системы.

============================================
[irbis.gpntb.ru]
Автор: MAO
Дата: 04-08-03 12:09
Нужен правильный совет по настройке:
Постоянные проблемы с Версие 2003-1 ни как не можем наити Управу!!!
Блокируются записи через каждые 15-20 минут (притом разные и не на всех Машинах !!!)
Машин было 4 Для Ввода Базы и сервер по Хуже и проблемы не Замечалось, теперь Ворксов 20 иа Сервер Ниче !!!
Помогите а то задалбали Бегают, нервничают на Мозг Давят !!!


Автор: Карауш
Дата: 04-08-03 13:25
А здесь неправильных советов нет! Здесь только правильные :)
Просто их много.
Проблем может быть несколько:
1. Неправльно настроена система прав на доступ к дискам, поскольку ИРБИС, даже АРМ "Читатель" все равно должен иметь доступ на записи в разные каталоги.
2. Где-то глючит хаб. У нас такое было, когда были включены хаб через хаб.
3. Про RAID я уже спрашивал? По-моему, эта тема уже была ранее.
Но, судя по проблемам, в данном случае - железо или сеть.


Автор: Карауш
Дата: 05-08-03 09:26
Вопрос
У Вас 10Mbit сеть? или 100?
И еще, не замечается ли затормаживание передачи файлов вообще? Попробуйте FARом качнуть файл мегабайт в 30-100 по сети и посмотрите скорость. Если 10Mbit скорость вашей сети, а реально показывает 30-50 кБайт, то значит глючит именно хаб.
И как раз при таких условиях происходят многочисленные блокирования.


Автор: Бродовский
Дата: 05-08-03 10:28
Ложная блокировка ЗАПИСИ исключительно логическая вещь и НИКАКОГО отношения к железу не имеет. Ложные блокировки ЗАПИСИ возникают ТОЛЬКО в результате аварий в АРМах Комплектатор и Каталогизатор.


Автор: MAO
Дата: 05-08-03 11:19
2Карауш:
Сеть на половину 10 (фул) на половину 100 (фул), все Хабы 100!!!
2Бродовский:
Что подразумевается под Аварией - неправильная НАСТРОЙКА?


Автор: Карауш
Дата: 05-08-03 11:58
Теперь еще вопрос:
Все-таки Хабы или Switch?
И сразу - какой фирмы (не Compex-ли 1008?)?
И попробуйте поменять на другие.


Автор: Бродовский
Дата: 05-08-03 13:23
Аварией называется любое завершение АРМов Каталогизатор и Комплектатор, отличное от выхода через "крестик, или получение аварийного сообщения ("с красным крестом")


Автор: MAO
Дата: 06-08-03 08:32
2Карауш:
Все Свитчи CNet (8/24 port) 10/100 Mb.
2Бродовский:
Такие Сообщения Выходили лишь при недоступности Сервера (при его перезагрузки, вык. состоянии или еще че), но при работе не разу не сталкивался!!!


Автор: Карауш
Дата: 06-08-03 10:10
А реальная скорость сети? На CNET тоже наблюдаются проблемы с автоопределением протоколов, которые установлены на сетевых карточках компьютеров. И возникает ситуация, когда карточка на чипсете 8029 или 8139 конфликтует с хабом на 10 МБит (не помню марку чипсета хаба, на которой такое наблюдается). Но то, что CNET и Compex в одной ценовой категории - это точно.

И еще, необходимо посмотреть, записи блокируются от каких машин, которые "висят" на 100 или 10 МБит сегментах.
При этом, если блокируются записи, которые открывались на машинах 100 Мбит сегмента, то глючит 10 и наоборот.
Еще один вопрос: Сервер ИРБИСа находится в каком сегменте 10 или 100?


Автор: Бродовский
Дата: 06-08-03 10:19
Караушу - Не надо человеку морочить голову. Блокировка записей НЕ ИМЕЕТ НИКАКОГО ОТНОШЕНИЯ К ЖЕЛЕЗУ.


Автор: Карауш
Дата: 06-08-03 11:49
У него могут быть проблемы с сетью, которая просто "отваливает" пользователя. И записи остаются заблокированными. Тем более, что проблема с запуском и зависанием АРМ "Комплектор" тоже сюда перешла, как я понимаю. Такие случаи мне знакомы и с другими версиями на разных сетях. Особенно, когда имеется несколько hop's-от ИРБИСа-клиента до сервера данных. И во всех библиотеках эта проблема решалась сменой hub-а или переустановкой настроек сети. И ИРБИС, на который грешили вначале, потом оказывался невиновным. И такие случаи встречались на очень хорошем сетевом оборудовании, даже на Intel и Cisco.

Александр Иосифович! Так это проблема ИРБИСа 2003.1? Вы базы уже видели?


Автор: MAO
Дата: 08-08-03 08:23
Карауш: Сервак, 14 из 20 на 100 (Intel VE PRO/100 NC) (фул)!!!


Автор: Карауш
Дата: 08-08-03 10:15
Я понял, что сервер на 100 сегменте.
А блокируются записи на машинах какого сегмента 10 или 100?
И какова реальная скорость передачи от любой машины в сегменте 10 на машину в сегменте 100?


Автор: Tilek
Дата: 16-08-03 01:44
>Карауш
Все каталогизаторы стоят на 100, у нас только 3 из 17 машин на 10. Я заметил, что при малом количестве записей в БД блокировка не происходит.

Пару дней назад ИРБИС установили на совершенно читую машину с Windows XP (полностью форматированная и со 100% лицензионным ПО). Блокировки есть, странно но у кого то блокированные записи сохранияются, а у когото при сохранении ИРБИС зависает.


Автор: Tilek
Дата: 16-08-03 01:54
> Александр Иосифович
Может ли это проблема идти от операционной системы?
У нас сервер Windows server 2003 и рабочие станции Windows XP.
Блокировка происходит даже на локальной машине, где установлен сам ИРБИС, но при этом запись сохраняется без проблем.


Автор: Daria
Дата: 24-06-04 12:31
зависла программа. появляется заставка "БД не доступна для ввода". Что делать????


Автор: Панев Максим
Дата: 24-06-04 12:54
АРМ Администратор - База данных - Снять блокировку - БД в целом
Должно помочь...



Редактировано 1 раз. Последний раз 05.04.2009 14:54 пользователем Панев Максим.

А почему после снятия блокировки с БД в целом отдельные записи остаются заблокированными? Это кажется нелогичным...

Потому что блокировка записи и блокировка базы данных это совершенно разные вещи. И это вполне логично, поскольку происходят эти блокировки по разным причинам, никак не зависящим друг от друга.

Значит, надо более четко и полно определить, что такое блокировки вообще, какие они бывают и почему они бывают, перечислить все варианты.

Стр. 103 "Общее описание системы ИРБИС" от 2002 г.
п. 5.2.1.7 Режим СНЯТЬ БЛОКИРОВКУ
Другого нет и не бывает.

Действительно, забыл о режиме "Спискок записей". Приношу извинения.
Но тут же одно замечание и одно предложение:
1. Иногда в этом списке MFN указываются ошибочно (т. е. не заблокированные)
2. Очень хорошо было бы ввести такой параметр в пакетные задания, если это возможно. Назовем его mfnList

Действительно, забыл о пункте "Снять блокировку с группы записей", за что прошу прощения. Но тут же одно замечание и одно предложение:
1. Иногда в этом списке вроде бы MFN указываются ошибочно (т. е. не заблокированные)
2. Хорошо бы при открытии базы указывалось не количество заблокированных записей, а сразу их список, что, впрочем, требует изменения интерефейса АРМа (см. в другом месте).

В смысле см. [irbis.gpntb.ru]

В «главном окне» Администратора 32 видим: Блокировок ввода – 1.
А в результате опроса состояния выдается сообщение, что заблокированных записей 2.
При попытке снятия блокировок АРМ на некоторое время зависает.

Не пустое значение Блокировак ввода означает, что была авария при записи в БД. Надо выполнить диагностику файла документов и сделать реорганизацию БД.