Здравствуйте.
Подскажите пожалуйста, какими действиями можно добиться чтобы файл ibis.IFP вырос с 91 Мб до 2,2 Гб?

1. Допустить ошибку зацикливания в файле ibis.fst и создать словарь заново.
2. "Развалить" логическую структуру диска (FAT, NTFS - таблицу), а потом "неудачно" ее собрав какой-либо утилитой для работы с диском напрямую (PartiotionMagic, DiskUndelete и пр.).

Второе исключается.
Как практически можно реализовать первый вариант?

Ошибка зацикливания делается, когда идет работа с вложенными полями и при этом делается попытка "сбить" внутренний счетчик повторения поля.
Для проверки, в том числе и правильности написания fst всегда и всем советую проверять pft-строки, скопировав их через буфер обмена в редактор форматов genpft.exe
Это позволит избавиться от всякого рода ошибок и не делать всякий раз операцию "создать словарь заново".

Вопросы:
1. Правили ли Вы недавно файл ibis.fst?
2. На сколько дольше, чем раньше (времени), у Вас делается операция "создать словарь заново" - "отбор"?


Сделайте операцию "Создать словарь заново" - "отбор". Посмотрите "внутренности" файлов, появившихся в каталоге irbiswrk.
В них как раз та информация, которая "ложится" в итоге в дерево поиска. По множеству повторяющихся данных Вы можете найти те данные (строки fst-файла), которые "гадят" в итоговое дерево поиска.
Используйте для просмотра редактор Far'а или другого "просмотрщика", а ни в коем случае не "Блокнот", который при таких объемах будет работать очень медленно, если вообще не повесит компьютер.

Первое, что приходит в голову - это первый вариант АСК, но Андрей сказал (в личной беседе), что FST не изменился. Что еще может быть причиной?

В тему:

1. Система всегда работает.
2. Если система не работает - см. п.1.

> Что еще может быть причиной?
См. п 2 :)

Андрей!
"Снесите" этот большой файл к (на) ... (т.е. совсем). И создайте словарь заново.

Причина, мне кажется, банальна. На диске появились логические ошибки и диск "пристроил" к данному файлу еще "немного" собственного адресного пространства. У меня такие случаи были - тогда просто "посыпалась" электроника RAID контроллера.
Просмотрите этот "большой" файл ifp и если его визуальная "структура" не полностью совпадает со структурой любого другого ifp файла, то просто "сыпется диск".