Добрый день! Подскажите, пожалуйста, если на месте существующих записей в каталогизаторе появляется надпись *ЗАПИСЬ ФИЗИЧЕСКИ УДАЛЕНА* (причем, человек не понял, после каких действий, но точно не намеренно), с этим можно что-то сделать? Ну или хотя бы как этого в будущем избежать?.. Обычно, если хочешь специально удалить записи, которые до этого были логически удалены, то их просто не видно в базе, они исчезают, а в нашем случае вот эта надпись появилась. Раньше с этим не сталкивалась. Сбой программы?.. Большинство работают сейчас с Ирбисом удаленно. Скрин прикрепляю.

Записи ЛОГИЧЕСКИ удаленные превращаются в ФИЗИЧЕСКИ удаленные после того, как Администратор выполнил режим РЕОРГАНИЗОВАТЬ ФАЙЛ ДОКУМЕНТОВ

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

verafil написал(а):
-------------------------------------------------------
> Да, но их перед этим не удаляли логически.. (так
> говорят, во всяком случае). Да и они после
> реорганизации были бы видны так, как они сейчас на
> скрине?
Да.

Понятно. Спасибо за ответ!

Добрый день.
Продолжу данную тему.
Ирбис 2019 D5 Windows.
Столкнулись с тем, что записи, в которых в поле 200 есть команды контекстного выделения [[...]], в поиске найти можно, но отобразить на просмотр нельзя, стоит статус запись Физически удалена. Запись выгрузить можно, прикрепляю к сообщению.
Подскажите, пожалуйста, с чем это может быть связано?
При диагностике словаря была ошибка, пересоздала словарь полностью, сейчас ошибок нет, ситуация не изменилась.

Елена, КрЦНТИБ Красноярской ж.д.

LiLi написал(а):
-------------------------------------------------------
> Добрый день.
> Продолжу данную тему.
> Ирбис 2019 D5 Windows.
> Столкнулись с тем, что записи, в которых в поле
> 200 есть команды контекстного выделения [[...]], в
> поиске найти можно, но отобразить на просмотр
> нельзя, стоит статус запись Физически удалена.
> Запись выгрузить можно, прикрепляю к сообщению.
> Подскажите, пожалуйста, с чем это может быть
> связано?
> При диагностике словаря была ошибка, пересоздала
> словарь полностью, сейчас ошибок нет, ситуация не
> изменилась.
Судя по скриншоту, БД запорчена. ПРоведите диагностику файла документов и словаря.

Диагностики проводила, ошибки были только по словарю (прилагаю). После создания словаря полностью эти ошибки ушли.
Но ситуация не изменилась.
Может в этом случае помочь экспорт/опустошение/импорт, чтобы записи эти не пропали?

Я проверила все записи, в которых в поле 200 есть конструкция [[...]], и они все так же физически удалены.
Остальные записи нормально. Есть такая же конструкция в оглавлении, с ними все нормально.

Елена, КрЦНТИБ Красноярской ж.д.



Редактировано 1 раз. Последний раз 28.04.2021 11:53 пользователем LiLi.

LiLi написал(а):
-------------------------------------------------------
> Диагностики проводила, ошибки были только по
> словарю (прилагаю). После создания словаря
> полностью эти ошибки ушли.
> Но ситуация не изменилась.
> Может в этом случае помочь
> экспорт/опустошение/импорт, чтобы записи эти не
> пропали?
Это тут ни при чем.

>
> Я проверила все записи, в которых в поле 200 есть
> конструкция [[...]], и они все так же физически
> удалены.
Это НЕПОНЯТНОЕ утверждение: Если запись ФИЗИЧЕСКИ удаленная, то в ней НИЧЕГО нельзя посмотреть - она пустая.
Т.е. мне непонятна Ваша ситуация.

> Остальные записи нормально. Есть такая же
> конструкция в оглавлении, с ними все нормально.

Alio написал(а):
-------------------------------------------------------
> LiLi написал(а):
> --------------------------------------------------
> -----
> > Диагностики проводила, ошибки были только по
> > словарю (прилагаю). После создания словаря
> > полностью эти ошибки ушли.
> > Но ситуация не изменилась.
> > Может в этом случае помочь
> > экспорт/опустошение/импорт, чтобы записи эти не
> > пропали?
> Это тут ни при чем.
>
> >
> > Я проверила все записи, в которых в поле 200
> есть
> > конструкция [[...]], и они все так же физически
> > удалены.
> Это НЕПОНЯТНОЕ утверждение: Если запись ФИЗИЧЕСКИ
> удаленная, то в ней НИЧЕГО нельзя посмотреть - она
> пустая.
> Т.е. мне непонятна Ваша ситуация.
>
> > Остальные записи нормально. Есть такая же
> > конструкция в оглавлении, с ними все нормально.


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

Елена, КрЦНТИБ Красноярской ж.д.

LiLi написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > LiLi написал(а):
> >
> --------------------------------------------------
>
> > -----
> > > Диагностики проводила, ошибки были только по
> > > словарю (прилагаю). После создания словаря
> > > полностью эти ошибки ушли.
> > > Но ситуация не изменилась.
> > > Может в этом случае помочь
> > > экспорт/опустошение/импорт, чтобы записи эти
> не
> > > пропали?
> > Это тут ни при чем.
> >
> > >
> > > Я проверила все записи, в которых в поле 200
> > есть
> > > конструкция [[...]], и они все так же
> физически
> > > удалены.
> > Это НЕПОНЯТНОЕ утверждение: Если запись
> ФИЗИЧЕСКИ
> > удаленная, то в ней НИЧЕГО нельзя посмотреть -
> она
> > пустая.
> > Т.е. мне непонятна Ваша ситуация.
> >
> > > Остальные записи нормально. Есть такая же
> > > конструкция в оглавлении, с ними все
> нормально.
>
>
> Сами удивляемся, как так получилось. Случайно
> понадобилась одна такая запись, и методом
> исключения, заметила что именно такие записи не
> отображаются в окне просмотра,и как будто
> физически удалены.
Что значит "как будто"???

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

Какую серверную часть ИРБИС64+ Вы используете?

...и еще
Вы правильно переводили БД с предыдущей версии на 2019.1, т.е через ЭКСПОРТ/ИМПОРТ?

У Вас на сервере и на клиенте одна и та же версия ИРБИС64+?

Нашла причину.
Уже не вспомню почему так было сделано, но именно в этой БД в формате brief.pft формат был заключен в '{', ,'}'.
И записи, в которых в названии использовались команды контекстного выделения [[]], не отображались в формате просмотра и считались "физически удаленными". На остальные записи это никак не повлияло.

Ирбис64+, версия 2019 D5, Windows.

Елена, КрЦНТИБ Красноярской ж.д.

LiLi написал(а):
-------------------------------------------------------
> Нашла причину.
> Уже не вспомню почему так было сделано, но именно
> в этой БД в формате brief.pft формат был заключен
> в '{', ,'}'.
> И записи, в которых в названии использовались
> команды контекстного выделения [[]], не
> отображались в формате просмотра и считались
> "физически удаленными".
Сомнительная версия...


На остальные записи это
> никак не повлияло.
>
> Ирбис64+, версия 2019 D5, Windows.

Alio написал(а):
-------------------------------------------------------
> LiLi написал(а):
> --------------------------------------------------
> -----
> > Нашла причину.
> > Уже не вспомню почему так было сделано, но
> именно
> > в этой БД в формате brief.pft формат был
> заключен
> > в '{', ,'}'.
> > И записи, в которых в названии использовались
> > команды контекстного выделения [[]], не
> > отображались в формате просмотра и считались
> > "физически удаленными".
> Сомнительная версия...


Мне нет необходимости придумывать сложности себе и Вам. Но факт остается фактом.



>
>
> На остальные записи это
> > никак не повлияло.
> >
> > Ирбис64+, версия 2019 D5, Windows.

Елена, КрЦНТИБ Красноярской ж.д.

LiLi написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > LiLi написал(а):
> >
> --------------------------------------------------
>
> > -----
> > > Нашла причину.
> > > Уже не вспомню почему так было сделано, но
> > именно
> > > в этой БД в формате brief.pft формат был
> > заключен
> > > в '{', ,'}'.
> > > И записи, в которых в названии использовались
> > > команды контекстного выделения [[]], не
> > > отображались в формате просмотра и считались
> > > "физически удаленными".
> > Сомнительная версия...
>
>
> Мне нет необходимости придумывать сложности себе и
> Вам. Но факт остается фактом.
Да, Вы правы. Такой эффект наблюдается. Спасибо за создание "невероятной" ситуации, которая помогла выявить этот эффект и сделать соответствующие исправления...