Здравствуйте.
Тут такая проблема возникла. При попытке резервного копирования, которое как обычно происходит автоматом, произошла какая-то ошибка, в результате чего Ирбис сервер намертво подвешивается. И даже база данных IBIS из-за этого повредилась (первые 25 mfn ушли непонятно куда, там все пустое). В чем может быть проблема? Скрины прилагаю.
И восстановление базы данных тоже не работает. Намертво виснет и становится неактивным Администратор, а потом в лучшем случае выдает ошибку "Out of memory".



Редактировано 1 раз. Последний раз 02.02.2016 14:04 пользователем KrVs.

Вариантов события несколько:
1. Нужно реально посмотреть файл mst, есть ли в нем дырки. И далее выделять (экспортировать) до и после проблемной записи.
2. Скорее всего нужно будет просто пересоздать файл xrf программой iso2907editor? что в каталоге сервера.

Причина может быть банальна - посыпался магнитный слой диска или развалилась таблица файлов жесткого диска (FAT, NTFS или пр.)

Спасибо за ответ.
То есть через диагностику и последующее восстановление базы бесполезно дальше пробовать? Так как таким способом походу он ничего не сделает.
А сразу через пересоздание xrf пробовать. Успел только сохранить эти два файла (xrf и mst), когда вышло предупреждение.

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



Редактировано 1 раз. Последний раз 02.02.2016 15:11 пользователем KrVs.

В редакторе ISO/MST надо открыть MST, положить в карман как на 111 и затем из кармана выгрузить в виде ISO

К сожалению ничего не работает. Таким способом в карман ничего не добавляется. Он остается пустой, хотя окошко виснет минут на 5, то есть какую-то работу делает, потом выскакивает сообщение что в карман добавлено, но дальше ничего не происходит. Сообщение закрываю, а карман пустой по-прежнему.

Далее насчет базы. Уже сто способов испробовал разных, но ничего не помогает загрузить базу. И через обычный карман все записи добавил, потом сделал экспорт в файл исо. И через экспорт из Администратор. То есть создавал файл разными способами, файл ISO создается. Но когда делаю импорт в базу данных опустошенную, то импорт происходит, но все записи в базе получаются логически удаленные. Непонятно почему. С какого бы файла ISO ни делал импорт. База состоит из логически удаленных пустых записей. И словарь актуализировал, все равно все тоже самое. Записи в базе оказываются пустые, помеченные как логически удаленные.

В первый раз вообще цирк был, делал импорт, но он так и не закончился, в базе при экспорте было 75 тыс записей, а импорт делался уже 120000 записей и дальше продолжал делаться, пока не прервал.

Уже не знаю что можно сделать. В чем тут проблема? Вся работала встала у всех из-за базы.

Сами записи в редакторе проверял, перед сохранением в исо, все целые. А вот импорт невозможно сделать.

И еще, имеется рабочая база месячной давности. Можно ее поставить а потом влить с заменой рабочие записи из поврежденной? Только вот как экспортировать из поврежденной только рабочие записи, но из Каталогизатора?



Редактировано 2 раз. Последний раз 03.02.2016 05:30 пользователем KrVs.

Выложите архив с файлами mst и xrf на файлообменник и пришлите мне ссылку, помогу, как смогу.

Большое спасибо.
Сейчас нашел такой вариант:
Сделал диагностику базу, диагностика выдала испорченые записи.
Потом сделал экспорт нормальных записей кусками, исключая испорченные. С 38 по 950, с 952 по 25139.
Потом опустошил базу и делаю импорт. Таким способом вроде все получается. записи нормально заносятся и база заполняется. Но пропали все обложки.
После импорта можно же скопировать все файлы поврежденной базы в папку новой? За исключением mst и xrf? Или обложки все равно не восстановятся?

Архив отправил.

Если обложки были ссылками в поле 951 и графические файлы обложек потом перенесены в базу, то да, возможно все будет.
Если обложки вносились в 953 поле, как встроенный графический объект, то могут быть еще вопросы и проблемы.

Все, вроде разобрался с обложками. Если делать экспорт не в ISO, а в текстовый формат в кодировке Windows, тогда все нормально переносится.
То есть делаю экспорт в текстовый формат в кодировке Windows, потом опустошение, потом импорт, потом кидаю сохраненную ранее папку с обложками в базу, а потом актуализацию словаря. То все нормально, все обложки получаются на месте.

И еще вопрос тогда один, если делать экспорт не в ISO, а в текстовый формат, это влияет как-то на данные потом? Или нет разницы в принципе?

Разница есть существенная. В ISO возможно только трехзначные метки полей и размер записей ограничен. Так что лучше использовать текстовый файл

Посмотрел файлы.
Да, рассыпалось начало файла mst (почему-то он вначале совсем пустой). Ну и xrf покорежился.
Действительно, восстановить записи до 38 - нереально, но это не сложно взять из старых копий (они же делались? ;)
Ну в целом алгоритм работы правильный - выгрузка кусками в текстовом формате.

Что касается программы-утилиты iso2907editor, то я бы настоятельно рекомендовал разработчикам добавить сохранение записей не только в формате iso, но и в текстовом формате ИРБИСа с учетом меток полей больше 999 и встроенных файлов в виде двоичных объектов. А то вроде как файл mst битый читает неплохо, а сохранить не может с учетом современных наработок ИРБИСа.

Этот режим (в формате txt) в разработке

Огромное всем спасибо за помощь.

Карауш, да, бэкап делался. Эти записи восстановил оттуда, с копии.
Все проделалось сейчас до конца, все получилось, база стала работать нормально. Главное теперь что ошибки в записях не вылезли всякие.
А неизвестно почему могли произойти эти повреждения базы? На сервере сказали что все нормально, никаких сбоев не было. Может из-за глобальной корректировки какой-нибудь?

И еще. Бэкап по прежнему нельзя сделать. Теперь выдает какую-то непонятную ошибку - 700. Это что такое?

Попробуйте сделать копирование вручную.
Если будут проблемы, то с БД опять что-то не так.

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

Прочитайте в разделе "Часто задаваемые вопросы" заметку "Минимальные обязанности администратора.."

Большое спасибо. Да, все правильно значит. Думал просто что отдельно еще какая-то команда выполняется, а не только из АРМ "Администратор".

Делаю вручную, но все равно та же ошибка - 700. В чем может быть причина? Базу уже несколько раз проверял, все нормально, никаких ошибок нет.
Другие базы (RDR, CMPL) все нормально сохраняются.

Такая ошибка возникает только в одном случае - если при прочтении записи она определилась как неактуализированная.
Хотя режим копирования не должен быть доступен в случае, если в БД есть неактуализированные записи, такая ситуация может возникнуть, если Бд корректируется с актуализацией в момент использования этого режима.

Теперь эта ошибка 700 выскакивает при попытке реорганизовать файл документов. Не пойму в чем дело. Раньше все нормально было. И сама база в порядке, никаких ошибок нет при проверке.

И еще Администратор почему-то не считает количество логически удаленных записей. Как было 22, так и осталось и цифра не меняется, хотя удаляется в Ирбисе много. В чем может проблема быть?

Какие то чудеса, а уже апрель всё нормально что ли стало само ?