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

Все сделала, экспортировала, импортировала (т.к. записей около 2 тысяч, то экспорт и импорт производила в текстовом формате), но после импорта появились откуда ни возьмись 5 логически удаленных записей.
Что делать?


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

1) импорт делали с отключенным ФЛК? Что содержат логически удаленные записи?
2) с записью из-за которой все началось все в порядке? Она доступна для редактирования?

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

Куделя написал(а):
-------------------------------------------------------
> 1) импорт делали с отключенным ФЛК?
Честно говоря, не знаю что это и где отключать.

> Что содержат логически удаленные записи?
Система пишет, что: Ошибка! Отсутствует заглавие, отсутствуют сведения об экземплярах. Запись логически удалена.

> 2) с записью из-за которой все началось все в
> порядке? Она доступна для редактирования?
Эту запись пока не смотрела. Посмотрю позже и сообщу.

Такая проблема, экспортировал базу данных в ISO, опустошил базу, обратно экспортирую, на 23775 записи выдает ошибку, БД не доступна для ввода (-301). Что делать в таком случае

У Вас отключены ФЛК и АВтоввод при импорте? Использовали ли Вы ТВП переформатирования? Версия системы?

Когда я импортирую с включенными ФЛК и Автоввод то ошибка выходит на 23129 записи, а когда выключаю эти галочки то на 23774 записи. ТВП переформатирование не использовал. Версия системы где указывается?

anetik85 написал(а):
-------------------------------------------------------
> Когда я импортирую с включенными ФЛК и Автоввод то
> ошибка выходит на 23129 записи, а когда выключаю
> эти галочки то на 23774 записи. ТВП
> переформатирование не использовал. Версия системы
> где указывается?
Однако...
Пришлите ВАш файл ISO на alio@gpntb.ru

Alio написал(а):
-------------------------------------------------------
> anetik85 написал(а):
> --------------------------------------------------
> -----
> > Когда я импортирую с включенными ФЛК и Автоввод
> то
> > ошибка выходит на 23129 записи, а когда
> выключаю
> > эти галочки то на 23774 записи. ТВП
> > переформатирование не использовал. Версия
> системы
> > где указывается?
> Однако...
> Пришлите ВАш файл ISO на alio@gpntb.ru

Я уже отправил, ну как результаты?

Я Вам ответил. Ваш ISO-файл импоортируется без проблем и в ИРБИС32 и в ИРБИС64. На какой версии (по году) Вы работаете?

Добрый день.
Постоянно блокируется одна из баз. После каждого сохранения весь АРМ исчезает с раб. стола, блокируется вся база и именно эта запись, что сохранили.
Это последнюю неделю.

bibl написал(а):
-------------------------------------------------------
> Добрый день.
> Постоянно блокируется одна из баз. После каждого
> сохранения весь АРМ исчезает с раб. стола,
> блокируется вся база и именно эта запись, что
> сохранили.
> Это последнюю неделю.
Сколько можно напоминать???
Указывайте ВЕРСИЮ, на которой Вы работаете...

У меня такая же проблема и с другой базой при сохранении регулярно зависает компьютер с последующей блокировкаой всей базы а иногда только одной этой записи которую сохраняли.
Базу импортировал, опустошал, экспортировал, словари создавал. Все равно таже история повторяется.

Еще проблема с поиском, почему то первую букву вводит, видит записи, вторую вводит, поиск становиться пустым. Иногда просто поиск путой. Словари содаю заного появляется.

Что делать?

Еще плюс, та запись которая блокируется, после разблакировки для изменения в каталогизаторе она видна и доступна для изменения а в поиске ее почему то не видно.

bibl, anetik85, пожалуйста, версии ИРБИС, с которыми вы работаете...
ИРБИС32 или ИРБИС64?
2007.2, 2008.1 или другая версия?
Для определения номера версии см. тему форума Как определить версию ИРБИС?

Также можно указать, установлены ли все обновления для версии ИРБИС, с которой вы работаете (обновления версии ИРБИС с FTP-сервера ГПНТБ России). О том, какие обновления уже выпущены, можно узнать в соответствующей вашей версии ИРБИС теме форума Сообщения разработчиков ИРБИС.



Редактировано 4 раз. Последний раз 23.10.2009 17:23 пользователем PRM.

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

Надо бы извиниться...

У нас версия 7.2
При сохранении происходит Блокировка всей базы, сохраненной записи, АРМ Каталогизатор исчезает с раб. стола и ещё: в поисках по словарям эта запись не находится, только по дате ввода.

Проведите диагностику ФАЙЛА ДОКУМЕНТОВ. Выполните СОЗДАТЬ СЛОВАРЬ ЗАНОВО ПОЛНОСТЬЮ.

Александр Иосифович, сегодня пришел на работу и обнаружил такую проблему: ночное пакетное задание не выполнено - выдало ошибку и в базе висят неактуализированные записи. Закрыл пакетное задание, попробовал актуализировать базу - безтолку, провел диагностику базы данных и получил сообщение - не соответствие макс. MFN-26491 XRF-2.
Восстановил файл Xrf по mst. После этого количество удаленных физически и логически изменилось (было около 700 удаленных физически, а после восстановления их стало 0). Теперь прийдется отлавливать все это заново. Можете сказать, почему такое случилось и что делать или не делать впредь, что бы не происходило подобного?

Gena написал(а):
-------------------------------------------------------
> Александр Иосифович, сегодня пришел на работу и
> обнаружил такую проблему: ночное пакетное задание
> не выполнено - выдало ошибку и в базе висят
> неактуализированные записи. Закрыл пакетное
> задание, попробовал актуализировать базу -
> безтолку, провел диагностику базы данных и получил
> сообщение - не соответствие макс. MFN-26491 XRF-2.
>
> Восстановил файл Xrf по mst. После этого
> количество удаленных физически и логически
> изменилось (было около 700 удаленных физически, а
> после восстановления их стало 0). Теперь прийдется
> отлавливать все это заново. Можете сказать, почему
> такое случилось и что делать или не делать впредь,
> что бы не происходило подобного?
Что у Вас произошло, сказать не могу (режим пакетного задания тут ни при чем). НЕ рекомендую применять режим восставновления XRF. Лучшее решение в этой ситуации ВОССТАНАВЛИВАТЬ БД с последней копии...

Плохо. Это ж весь вчерашний день потерян