Индексный файл 1С: что это, зачем нужен и как его восстановить

Индексный файл 1С — это служебная структура, в которой платформа хранит упорядоченные ссылки на записи базы данных. Благодаря индексам программа находит нужный документ, элемент справочника или запись регистра не перебором всей таблицы, а по готовому «указателю». Без индексов поиск контрагента по наименованию в базе с сотнями тысяч записей занимал бы минуты вместо долей секунды.

Пользователи сталкиваются с понятием индексного файла обычно в двух ситуациях: когда база начинает работать медленно либо когда при запуске появляется ошибка вроде «поврежден индексный файл» или «файл базы данных поврежден». В обоих случаях проблема решается через тестирование и исправление с включённой реиндексацией — штатной процедурой перестроения индексов.

Важно понимать разницу: в файловом варианте 1С:Предприятие 8 вся база, включая данные и индексы, хранится в одном файле 1Cv8.1CD, а индексы встроены внутрь него. В клиент-серверном варианте индексами управляет СУБД (MS SQL, PostgreSQL, Oracle), и отдельных «индексных файлов» как таковых администратор 1С не видит. Устаревший формат 1С 7.7 использовал отдельные файлы с расширением .cdx — именно их чаще всего называют индексными файлами в узком смысле.

Что такое индекс и зачем он нужен базе 1С

Индекс работает по принципу алфавитного указателя в конце книги: вместо чтения всех страниц вы сразу смотрите нужную букву и получаете номер страницы. В базе 1С индекс сортирует значения ключевых полей (код, наименование, номер документа, дата) и хранит ссылки на физическое расположение записей.

Платформа создаёт индексы автоматически для стандартных реквизитов, а разработчик может добавить собственные через свойство «Индексировать» у реквизита объекта. Например, если поиск по артикулу товара выполняется постоянно, для реквизита «Артикул» включают индексирование — иначе каждый запрос будет сканировать всю таблицу номенклатуры.

Потеря или повреждение индекса не означает потерю данных. Сами документы и справочники остаются в таблицах, но обращаться к ним платформа не может корректно: возникают ошибки чтения, зависания, неверные результаты запросов. Поэтому индексы можно безопасно перестраивать — реиндексация не изменяет учётные данные.

Где хранятся индексы в разных версиях 1С

Расположение индексных структур зависит от версии платформы и режима работы базы. Это ключевой момент, потому что способ восстановления отличается.

В 1С 7.7 каждая таблица данных (.dbf) имела парный индексный файл .cdx. При повреждении достаточно было удалить файлы .cdx и запустить конфигуратор — платформа перестраивала индексы заново. Именно отсюда пошла привычка называть индексным файлом отдельный объект на диске.

В 1С 8 файловой базы отдельного индексного файла нет: индексы встроены в 1Cv8.1CD. Если при запуске появляется сообщение о повреждении файла базы данных, чаще всего пострадали именно индексные страницы, и восстановление выполняется штатными средствами платформы.

Признаки повреждения индексов

Понять, что проблема связана именно с индексами, можно по характерным симптомам. Ни один из них по отдельности не является стопроцентным доказательством, но совокупность двух-трёх признаков — веский повод запустить проверку.

• Ошибка при запуске или в процессе работы: «Файл базы данных поврежден», «Ошибка формата потока», сообщения о невозможности прочитать страницу данных.
• Резкое замедление отборов и отчётов, которые раньше выполнялись быстро, при неизменном объёме данных.
• Записи «пропадают» из списков, хотя через поиск по коду или напрямую они открываются.
• Запросы возвращают неполные или неверные результаты без изменения кода.
• После аварийного завершения (отключение питания, разрыв сети, сбой диска) база перестала открываться.

Наиболее частая причина повреждения индексов — аварийное завершение работы: отключение электричества, перезагрузка сервера, обрыв сетевого соединения при работе с файловой базой по сети, сбой жёсткого диска. Индексы перестраиваются в момент записи, и прерывание операции оставляет их в рассогласованном состоянии.

Как восстановить индексы файловой базы 1С 8

Стандартный способ — режим «Тестирование и исправление» в конфигураторе. Перед любыми действиями обязательно сделайте резервную копию: достаточно скопировать файл 1Cv8.1CD в отдельную папку при остановленной работе пользователей.

1. 1
   Завершите работу всех пользователей и скопируйте файл 1Cv8.1CD в резервную папку.
2. 2
   Откройте базу в конфигураторе в монопольном режиме.
3. 3
   Запустите Администрирование → Тестирование и исправление.
4. 4
   Отметьте пункт «Реиндексация таблиц информационной базы», при необходимости добавьте «Проверка логической целостности».
5. 5
   Выберите режим «Тестирование и исправление» и нажмите «Выполнить».
6. 6
   Дождитесь окончания, изучите протокол и проверьте работу базы в пользовательском режиме.

Если конфигуратор не открывает базу вообще, используйте утилиту chdbfl.exe из каталога bin установленной платформы. Укажите путь к файлу 1Cv8.1CD, включите флаг «Исправлять обнаруженные ошибки» и запустите проверку. Утилита работает на уровне физической структуры файла и часто восстанавливает базы, которые конфигуратор открыть отказывается.

C:\Program Files\1cv8\<версия>\bin\chdbfl.exe

Для клиент-серверных баз реиндексация также запускается через «Тестирование и исправление», но при регулярных проблемах с производительностью дополнительно проверяют индексы средствами самой СУБД — например, перестроение индексов планом обслуживания в MS SQL Server.

Реиндексация в 1С 7.7 через удаление файлов .cdx

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

Порядок безопасен при соблюдении двух условий: все пользователи вышли из базы, и перед удалением сделана копия всего каталога базы. Удалять нужно только файлы с расширением .cdx — файлы .dbf содержат сами данные, и их потеря необратима.

Профилактика: как не допустить повреждения индексов

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

• Используйте источник бесперебойного питания на компьютере с файловой базой и на сервере.
• Не размещайте файловую базу на сетевых дисках с нестабильным соединением; при нескольких пользователях рассмотрите веб-сервер или клиент-серверный вариант.
• Исключите каталог базы и файл 1Cv8.1CD из оперативной проверки антивируса — блокировки во время записи повреждают страницы файла.
• Настройте регулярное резервное копирование и периодически проверяйте, что копии реально восстанавливаются.
• Для больших баз планируйте регламентную реиндексацию и обновление статистики в нерабочее время.

Когда реиндексация не помогает

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

Отдельный сценарий — медленная работа без ошибок. Здесь реиндексация помогает не всегда: причиной могут быть неоптимальные запросы в конфигурации, отсутствие индексов по полям, которые используются в отборах, разросшиеся таблицы итогов. Такая диагностика выполняется через замер производительности и технологический журнал и требует участия разработчика или администратора с опытом оптимизации.

Частые вопросы об индексных файлах 1С