Странная ошибка в Бухгалтерии 7.7 ....

Что может быть с базой если при работе с таблицами и их сохранением (например документ реализация товаров) выходит такая ошибка:
    Incorrect index file или
    Corrupt index file.
 Программа вешается и приходится заново переиндексировать. Потом ошибка повторяется.

Что можно сделать и из-за чего ошибка вылазит?

База очень большая - файлы по 1 Гб есть. Может из-за этого?

А можно 1С базу допустим обрезать по 1 янв 2008 г (она станет меньше намного), а остальные года удалить (2005, 2006, 2007) ??

Заранее спасибо.

Операционная система какая?
Тип файловой системы на диске с базой какой?
"База очень большая - файлы по 1 Гб есть" - Такую базу лучше обрезать

Операционка Server 2003. NTFS.
  А как можно базу обрезать? Не подскажите, не делал никогда. Или ссылочку киньте плиззз.

База вылетает из-за файлов под 1 гиг.
В доп.возможностях есть обработка "Свёртка базы". Там надо указать дату, на которую базу свернуть и корр.счет для проводок остатков(заводите счет 00).
Сперва обязательно сделайте копию несвёрнутой базы.
После свёртки зайдите в конифгуратор-администрирование-тестирование и исправление ИБ со ВСЕМИ галочками

Большое спасибо, сейчас буду делать

Я один раз с такой штукой сталкивался. Оказалось, что размер dbf файлов в этой проблеме практически не имеет значения, но имеет значение количество записей какого нибудь dbf файла. В моем случае это был файл 1saccsel.dbf (Отбор счетов). Причем даже не количество физических записей файла, а количество записей с учетом определенных для таблицы индексов. То есть, в памяти создается некое адресное пространство, в котором адресуется каждая запись таблицы плюс комбинаторные наборы, соответствующие индексам. То есть, если мы даже имеем dbf с 1000 записей, но в нем много полей и для него определено 40 индексов, то в итоге мы будем иметь гораздо больше 1000 элементов данных из за индексации, которая нам позволяет выборки этих записей делать более быстро. В общем, ограничение составляет 32млн. записей, мой 1saccsel.dbf имел 17млн записей, а с учетом 3-х индесков, видимо как раз происходило переполнение.
Методы решения проблемы:
1. Свертка базы. Проблема - свертка может и не состояться, так как процедура свертки подразумевает создание новых операций, которые в свою очередь будут пытаться увеличивать количество записей в проблемном файле и система просто обругает нас так же и все. Проблема №2 - база, в которой возникла такая беда имеет жуткое количество оборотов, поэтому процесс пометки на удаление документов, которые надо при свертке выкинуть да еще и с откатом их движений и постоянным перерасчетом бухитогов займет огромное количество времени.
2. Перевод базы в вариант MS SQL Server. Наиболее простой с технической стороны способ решить проблему. Выгрузка, загрузка = 4+4=8 часов в моем случае. Но требует денежных затрат, связанных с приобретением нужного легального софта.

p.s. внятного объяснения почему существует ограничение и почему именно 32кк. - не нашел, но такая цифра несколько раз по форумам мелькала. Если кто то найдет более толковую информацию об этом, напишите, хоть знать будем