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

Что может быть с базой если при работе с таблицами и их сохранением (например документ реализация товаров) выходит такая ошибка:<br> Incorrect index file или<br> Corrupt index file. <br> Программа вешается и приходится заново переиндексировать. Потом ошибка повторяется.<br><br>Что можно сделать и из-за чего ошибка вылазит?<br><br>База очень большая - файлы по 1 Гб есть. Может из-за этого?<br><br>А можно 1С базу допустим обрезать по 1 янв 2008 г (она станет меньше намного), а остальные года удалить (2005, 2006, 2007) ??<br><br> Заранее спасибо.

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

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

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

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

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