Добрый день.

ИРБИС32 2007.1

Такая проблема.
Мы решили выделить в отдельную БД аудио- видео- и медиаиздания.
В АРМе комплектатор заводим № КСУ, а в АРМе Каталогизатор по номеру этой КСУ работаем и заносим все сведения об изданиях.
Всё было замечательно, пока не стали вносить дублеты.
Записи постоянно блокируются, даже если работает с этой БД один сотрудник. А при попытке ввода дублета, выдаёт ошибку (БД не доступна для ввода (-301). ПОвторить?) и не сохраняет изменения.
ПОдскажите, что необходимо сделать.
Спасибо.

Через АРМ Администратор посмотрите - нет ли монопольной блокировки базы данных...
Проведите диагностику этой БД в АРМе Администратор.

Александр Иосифович!
Монопольной блокировки нет и при проведении диагностики - ошибок не обнаружено.

Значит, у клиента нет СЕТЕВЫХ прав на ввод в данную БД.

Alio написал(а):
-------------------------------------------------------
> Значит, у клиента нет СЕТЕВЫХ прав на ввод в
> данную БД.


Добрый день.
Сетевые права есть. Полный доступ.

Кроме того в последнее время на ПК, работающих в ИРБИСе система выдаёт сообщения такого вида:
Первое сообщение.
svchost.exe-ошибка приложения.
Инструкция по адресу "0x012cf496" обратилась к памяти по адресу "0x012cf496". Память не может быть "written".

Второе сообщение.
Generic Host Process for Win32 Services - обнаружена ошибка.

Так как не особо разбираюсь в подобных ошибках, я предполагаю, что они могут быть сетевого характера. Может ли установленная система ИРБИС выдать такие ошибки? Развейте мои сомнения.
спасибо.

Эти сообщения не связаны с системой Ирбис никак вообще и абсолютно.

По первому [www.securitylab.ru]
По второму [forum.ixbt.com]

Это первые же ссылки из гугла. Учитесь пользоваться интернетом!

После второго сообщения не таких симптомов, как отсутствие отклика панели управления, невозможность вызвать диспетчер задач по Ctrl+Alt+Del, невозможно обратиться к компу по сети?

iLq написал(а):
-------------------------------------------------------
> После второго сообщения не таких симптомов, как
> отсутствие отклика панели управления,
> невозможность вызвать диспетчер задач по
> Ctrl+Alt+Del, невозможно обратиться к компу по
> сети?

Да, именно всё так и происходит.
Причём стоит Касперский 5.0 (как я правильно поняла - это последствие вирусов).

Пока так же. Касперский и Нод не помогают. Как будут положительные результаты решения данной проблемы - сообщу. Так же, надеюсь, будет и с вашей стороны, ок?

ОК!

iLq написал:
-------------------------------------------------------
> Пока так же. Касперский и Нод не помогают. Как
> будут положительные результаты решения данной
> проблемы - сообщу. Так же, надеюсь, будет и с
> вашей стороны, ок?


Добрый день.
Проблему мы решили при помощи ластика.
Наши ПК, которые выдавали ошибки, стоят в подвальном помещении с повышенной влажностью. И из-за влажности что-то (я не специалист по железу) окислилось у памяти компьютера.

Нам пока помог Windows Worms Doors Cleaner - [www.saule-spb.ru] - запретили порт 445.

Здравствуйте! Скопировала себе на машину всю базу целиком, корректировала глобально, всё работало на ввод и поиск. Сделала реорганизацию файла документа и реогранизовала словарь. После этого при вводе выдает БД не доступна для ввода (-301) и монопольно блокируется база, диагностика ошибок не дала. Создание словаря заново выдало ошибку и словарь не создался. Как можно оживить базу?

m081071 написал(а):
-------------------------------------------------------
> Здравствуйте! Скопировала себе на машину всю базу
> целиком, корректировала глобально, всё работало на
> ввод и поиск. Сделала реорганизацию файла
> документа и реогранизовала словарь. После этого
> при вводе выдает БД не доступна для ввода (-301) и
> монопольно блокируется база, диагностика ошибок не
> дала. Создание словаря заново выдало ошибку и
> словарь не создался.
КАКУЮ ошибку выдало СОЗДАНИЕ словаря???

Как можно оживить базу?

Сегодня запустила создание словаря заново, всё корректно закончилось, словарь создан, но при редактировании базы всё тоже: выдает БД не доступна для ввода (-301) и монопольно блокируется база.

А у вас случайно Книгообеспеченность не используется? Иногда база впадает в тотальный ступор, когда в ней появляются записи больше 32 Кб, а возникает это чаще всего именно при использовании КО. И еще. Попробуйте произвести поиск по базе и поискать в ней поля 991 и поля 1691. Если они есть - то у вас были аварийно завершенные Глобальный корректировки, которые пооставляли ненужные ховсты. Они и могут делать базу неподъемной.

База статейная, книгообеспеченность не использовалась, полей 991 и 1691 не нашла. Создала паралельно такую же базу и в ней экспорт-опустошить-импорт в txt формате, словарь еще не актуализировала, корректировать дает, не ступорит,но на все записи выдало "Проверьте корректность импорта". Пока ошибок не вижу, буду актуализировать- это опять на весь день. А в первой базе после выдачи сообщения "БД не доступна для ввода (-301)" в администраторе не пишется "ДА" в блокировке,но при этом позволяет снять блокировку. Можно ли что-то еще посмотреть, исправить?

Администратор -> Сервис -> Диагностика файла документов

На такое он вам что говорит? Есть там ошибки или нет?

Администратор -> Сервис -> Диагностика файла документов - Ошибок не обнаружено

Пришлите Вашу БД на alio@gpntb.ru (сообщите версию системы)

Версия Ирбис 7.1. Как лучше прислать базу? Сделать импорт в iso?

Лучше заархивировать .mst и .xrf, и выслать архив.

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

[irbis.gpntb.ru]

Добрый день.

У нас такая ситуация.
Из АРМ "Комплектатор" передали запись в БД АРМ "Каталогизатор".
При вводе дублетного экземпляра книги и сохранении этой записи в АРМ "Каталогизатор" выдаётся сообщение "БД не доступна для ввода (-301)". Соответственно ничего не сохраняется. Делала диагностику, снимала блокировку, ничего не помогает.
Эту запись импортировала в ИРБИС на локальный компьютер, такой проблемы нет, размножается поле, без проблем сохраняется запись.
ИРБИС32 2007.1
Не подскажите, что можно сделать?
Спасибо.

У вас проблемы не с записью, а самой БД. Если Администратор не показывает блокировку базы, тогда посмотрите - не стоит ли у файлов <имя_БД>.* атрибут "только для чтения (read only)"

Иркутская ОГУНБ
ИРБИС64.21Турбо
WebИРБИС-PHP

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

*.mst и *.xrf.
Только не совсем понятно: у Вас, что ошибка записи в БД выдается только для этой конкретной записи или все таки для любой записи в БД? И при этом диагностика файла документов сообщает что все нормально?

Иркутская ОГУНБ
ИРБИС64.21Турбо
WebИРБИС-PHP

Куделя написал(а):
-------------------------------------------------------
> Только не совсем понятно: у Вас, что ошибка записи
> в БД выдается только для этой конкретной записи
> или все таки для любой записи в БД?

Для конкретной записи. Причём если поля этой записи копировать во вновь созданную запись, всё равно отображается ошибка.

> И при этом диагностика файла документов сообщает что все
> нормально?

Да.



Редактировано 1 раз. Последний раз 12.08.2009 09:44 пользователем Nata.

Вы писали, что при экспорте\импорте записи в другую БД с записью все нормально. Попробуйте экспортировать запись, удалить ее, а потом импортировать в ту же базу.
Если это не поможет (а скорее всего нет), "перезалить" всю БД. Т.е. в АРМ Администратор: экспортировать БД - опустошить ее - импортировать - создать словарь заново полностью.
Все таки у вас что-то нехорошее с файлом документов.

И конечно, сделать предварительно резервную копию БД

Иркутская ОГУНБ
ИРБИС64.21Турбо
WebИРБИС-PHP



Редактировано 1 раз. Последний раз 13.08.2009 07:09 пользователем Куделя.