← На главную

При работе с файловыми базами данных в платформе 1С:Предприятие 7.7 (формат DBF) нередко случаются сбои индексации. Одна из распространенных и пугающих ситуаций — появление критической ошибки Error #: -310 Not a Correct Index File (Corrupt index file / IDDOC), после автоматической обработки которой журнал документов открывается абсолютно пустым. Разберем по шагам, почему возникает эта ошибка, как убедиться в сохранности данных и восстановить корректную работу базы.

Причины возникновения ошибки CodeBase -310

Проанализируем природу неполадки. Файловая версия 1С 7.7 хранит табличные данные в файлах *.dbf, а поисковые индексы — в файлах *.cdx. Ошибка с кодом -310 свидетельствует о повреждении заголовка или внутренней структуры индексного файла. К этому обычно приводят следующие факторы:

1. Аварийное завершение сеанса: внезапное отключение электропитания, зависание или принудительное завершение процесса 1cv7s.exe / 1cv7.exe во время проведения документов или обновления тегов индекса.
2. Сетевые сбои и механизм SMB Oplocks: при совместной работе по локальной сети через общую папку кэширование Windows может рассинхронизировать запись данных и индексов.
3. Блокировка антивирусным ПО: сканирование файлов баз данных «на лету» или фоновое резервное копирование без выгрузки базы может кратковременно заблокировать доступ к файлу *.cdx.
4. Превышение ограничений формата: размер любого отдельного файла таблицы или индекса приближается к критическому пределу в 2 ГБ.

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

Шаг 1. Проверка физического наличия данных в таблицах

Прежде чем приступать к восстановительным процедурам, выясним причину и убедимся, что данные документов не были утеряны. Вся общая информация о проведенных и непроведенных документах в 1С 7.7 хранится в системной таблице журнала 1sjourn.dbf.

1. Откроем каталог с информационной базой 1С.
2. Найдем файл 1sjourn.dbf (обратите внимание: расширение должно быть именно DBF, а не CDX).
3. Посмотрим на размер файла: если он составляет несколько мегабайт или сотен мегабайт (например, 17–20 МБ), значит, записи журнала в целости и сохранности, а проблема кроется исключительно в рассинхронизации индексов.

Шаг 2. Полное удаление индексных файлов и монопольная переиндексация

Штатная автореиндексация при запуске не всегда очищает битые теги индексов. Надежный способ решения проблемы — принудительное пересоздание всех индексных файлов заново. Рассмотрим пошаговый алгоритм:

1. Завершим все сеансы: убедимся, что ни один пользователь не работает в базе, и закроем конфигуратор.
2. Создадим резервную копию: скопируем весь каталог с информационной базой в безопасное место.
3. Удалим файлы индексов: в каталоге базы данных выделим и удалим абсолютно все файлы с расширением *.cdx (включая 1sjourn.cdx, файлы шапок документов dh*.cdx, табличных частей dt*.cdx, проводок и регистров). Таблицы *.dbf, файл структуры 1cv7.md и файлы словарей трогать нельзя.
4. Запустим платформу: откроем 1С:Предприятие в режиме «Монопольно».
5. Дождемся переиндексации: система выдаст сообщение о необходимости переиндексации информационной базы. Согласимся с предупреждением и дождемся завершения процесса генерации новых файлов *.cdx.

После завершения процедуры откроем журнал документов: все ранее введенные и проведенные документы вернутся на свои места с сохранением актуального состояния.

Шаг 3. Регламентное тестирование и исправление информационной базы

Чтобы исключить скрытые логические несоответствия и повреждения итогов, выполним проверку средствами конфигуратора:

1. Запустим 1С:Предприятие в режиме «Конфигуратор».
2. Перейдем в главное меню: Администрирование → Тестирование и исправление ИБ.
3. Установим следующие флаги:
   • Проверка физической целостности;
   • Реиндексация;
   • Проверка логической целостности;
   • Пересчет итогов.
4. Нажмем кнопку «Выполнить» и дождемся завершения тестирования.

Рекомендации по предотвращению повторных сбоев

Для стабильной работы файловой базы 1С 7.7 рекомендуется реализовать комплекс мер:

1. Переход в терминальный режим (RDP): запуск пользователей внутри сессий терминального сервера полностью устраняет влияние сетевых разрывов на файлы DBF/CDX, так как все операции чтения/записи выполняются локально на сервере.
2. Настройка исключений антивируса: добавим каталог с базой и типы файлов *.dbf, *.cdx, *.md, *.dd в список постоянных исключений антивирусного сканера.
3. Отключение SMB Oplocks: если терминальный режим недоступен и база открыта по сети, отключим оппортунистические блокировки на уровне сетевых ресурсов Windows.
4. Регулярный контроль объемов: отслеживаем размер таблиц базы, не допуская их разрастания до предельных 2 ГБ, либо планируем переход на клиент-серверный вариант (SQL) или современную платформу 1С:Предприятие 8.