← На главную

Разберем типичную аварийную ситуацию, с которой сталкиваются пользователи и администраторы файловых баз «1С:Предприятие»: в каталоге временных файлов AppData\Local\Temp лавинообразно формируются сотни файлов вида 1c8_*.tmp размером по несколько мегабайт, диск моментально переполняется, а сеансы пользователей зависают. При проверке встроенной утилитой chdbfl.exe выводится длинный список ошибок: «Повреждена таблица размещения внутреннего файла», «Обнаружено рассогласование между данными и индексами таблицы» и «Во внутреннем файле данных таблицы имеются потерянные записи». Выясним, почему это происходит, насколько опасна ситуация и как пошагово восстановить работоспособность информационной базы.

Причины разрушения файловой базы и переполнения Temp

Проанализируем механику возникновения проблемы. Файловая информационная база (файл 1Cv8.1CD) представляет собой внутреннюю СУБД со своей структурой страниц данных, индексов и таблиц размещения. Когда с такой базой работают несколько пользователей по локальной сети через общий сетевой ресурс (папку Windows Share / SMB), целостность файла оказывается под постоянной угрозой. Основные причины повреждений:

1. Сетевые сбои и кэширование SMB. Механизмы Windows (например, Opportunistic Locks / Oplocks и кэширование SMB2/SMB3) при малейшем микроразрыве соединения приводят к тому, что часть страниц данных сбрасывается на диск с опозданием. Индексы перестают соответствовать фактическим данным в таблицах.
2. Антивирусный мониторинг. Попытка антивируса проверить файл 1Cv8.1CD или создаваемые временные файлы «на лету» приводит к кратковременной блокировке дескрипторов, обрыву транзакций платформы 1С и повреждению страниц размещения.
3. Зацикливание запросов из-за разрушенных индексов. Когда платформа обращается к таблице документов или регистров с разрушенным индексом, СУБД 1С не может корректно выполнить выборку. Промежуточные результаты запроса непрерывно сбрасываются в локальный каталог Temp пользователя в виде файлов 1c8_*.tmp до тех пор, пока на системном диске полностью не закончится свободное место.
4. Аварийное завершение работы. Перезагрузка сервера или рабочей станции при «зависших» сеансах с незакрытыми транзакциями оставляет таблицы в несогласованном состоянии.

Шаг 1. Обязательное создание резервной копии

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

1. Завершим все зависшие процессы 1cv8.exe и 1cv8c.exe через «Диспетчер задач».
2. Скопируем каталог с поврежденным файлом 1Cv8.1CD на другой физический диск или в отдельную архивную папку.
3. Очистим переполненную папку временных файлов AppData\Local\Temp на сервере и клиентских ПК.

Шаг 2. Исправление структуры утилитой chdbfl.exe

Утилита chdbfl.exe входит в комплект платформы и располагается в каталоге исполняемых файлов (обычно C:\Program Files\1cv8\номер_версии\bin\chdbfl.exe). Она работает исключительно с физической структурой файла 1Cv8.1CD.

Рассмотрим порядок работы с утилитой:

1. Запустим chdbfl.exe от имени администратора.
2. В поле «Имя файла БД» укажем путь к файлу 1Cv8.1CD.
3. Обязательно установим флажок «Исправлять обнаруженные ошибки».
4. Нажмем кнопку «Выполнить».

Обратим внимание на поведение утилиты: при обнаружении потерянных записей или разрушенных индексов утилита перестраивает таблицы размещения, а некорректные страницы физически удаляет. Повреждение таблицы _SYSTEMSETTINGS (настройки пользователей) абсолютно безопасно для учетных данных, так как в ней хранятся только персональные настройки форм и списков. Однако повреждения в таблицах документов (_DOCUMENT*) и регистров (_ACCUMRG*) могут привести к выпадению отдельных строк или записей движений.

Шаг 3. Полное тестирование и исправление (ТиИ) в конфигураторе

После отработки утилиты chdbfl.exe физическая структура файла нормализована, но логические связи и индексы по-прежнему требуют восстановления. Запустим базу в режиме Конфигуратор и перейдем в меню Администрирование → Тестирование и исправление....

Выберем следующие обязательные параметры проверки:

1. Реиндексация таблиц информационной базы — полностью перестроит все индексные файлы платформы, устранив ошибки рассогласования.
2. Проверка логической целостности информационной базы — проверит корректность внутренних структур данных конфигурации.
3. Проверка ссылочной целостности информационной базы — выявит битые ссылки (объекты, ссылающиеся на несуществующие элементы из-за удаленных поврежденных страниц). В переключателях выберем:
   • При наличии ссылок на несуществующие элементы: Создавать объекты (чтобы не потерять информацию в регистрах и документах);
   • При частичной потере данных: Создавать объекты.
4. Пересчет итогов — обязательная процедура для восстановления правильных остатков и оборотов в поврежденных регистрах накопления и бухгалтерии.
5. Сжатие таблиц информационной базы — освободит неиспользуемое пространство внутри файла после удаления поврежденных данных.

Нажмем кнопку «Выполнить» и дождемся завершения процедуры в служебных сообщениях.

Шаг 4. Альтернативный метод при сбоях: выгрузка и загрузка данных

Если после работы chdbfl.exe конфигуратор открывается, но «Тестирование и исправление» завершается аварийно, применим пересборку базы через файл выгрузки:

1. В конфигураторе перейдем в меню Администрирование → Выгрузить информационную базу... и сохраним файл .dt.
2. Создадим новую пустую информационную базу без конфигурации.
3. Зайдем в конфигуратор новой базы и выполним Администрирование → Загрузить информационную базу..., указав ранее сохраненный .dt. При этой операции внутренний файл 1Cv8.1CD генерируется с нуля, а все индексы и таблицы строятся заново.
4. Если же выгрузка в .dt падает с ошибкой, создадим чистую базу из файла конфигурации .cf и перенесем учетные данные с помощью универсальной обработки выгрузки и загрузки данных через XML.

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

Для исключения повторения подобных ситуаций в будущем проанализируем архитектуру системы:

1. Исключение доступа по сети через сетевые папки (SMB). Файловая база 1С при работе трех и более пользователей через общий ресурс Windows неизбежно будет повреждаться. Рекомендуется перевести пользователей на терминальный доступ (RDP) к одной машине, опубликовать базу на веб-сервере (IIS / Apache) для работы через тонкий клиент либо перевести базу на полноценную СУБД (клиент-серверный вариант с сервером 1С:Предприятия).
2. Настройка антивируса. Добавим каталог информационной базы, файл 1Cv8.1CD и каталог временных файлов AppData\Local\Temp в список обязательных исключений антивирусного сканера.
3. Регулярный регламент обслуживания. Настроим автоматическое резервное копирование и периодическую очистку временных файлов при перезапуске пользовательских сессий.