Re: Макс. MFN стал меньше реального кол-ва
Пользователь:
Карауш (IP-адрес скрыт)
Дата: 04, March, 2006 22:00
Ситуация интересная, надо сказать. Ну одну, ну две записи в порядке сбоя можно еще "списать", но чтобы 112 записей! Тут скорее всего просто произошла подмена файла mst на более старую версию этого же файла. Может быть по неосторожности, а может по неопытности.
Если учесть, что последняя дата создания записи на почти месяц ранее сегодняшней даты, то тут - классическая "подмена" файла на жестком диске, например, ошибка с работой программ резервирования и восстановления файлов Windows.
Ситуации, когда файлы mst и xrf не совпадают на несколько записей - нормально. Иногда бывают случаи, когда несовпадение достаточно сильное, но тогда ошибка возникает либо в случае переполнения жесткого диска (где лежит каталог c:\irbiswrk), либо при реорганизации файла документов через АРМ Администратор, когда есть множественный доступ к файлу mst в то самое мгновение, когда идет редактирование базы (сохранение записи). Но это - миллисекунды и попасть в этот интервал нужно постараться.
Скорее всего, у вас - обычная неопытность при подмене файлов баз данных получилась.
Для ручной попытки восстановления данных из mst файла и хотя бы удостоверения, что записи там "живые" - посмотрите этот файл просмотрщиком "в кодах", если Вы там увидите потерянные записи в конце файла, то скачайте ПО IsisUtil и восстановите xrf файл по mst.
И, пожалуйста, проводите все эксперименты с резервированием каждого шага ;)