Как исправить ошибку «Ошибка формата потока» в 1С

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

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

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

Почему возникает ошибка формата потока

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

Вторая группа причин — повреждение данных внутри самой информационной базы. В файловых базах это происходит при записи на нестабильный диск, работе по сети с обрывами, при нехватке места на диске или из-за антивируса, который блокирует файл 1Cv8.1CD в момент записи. В клиент-серверных базах повреждения встречаются реже, но возможны при сбоях СУБД и дисковой подсистемы сервера.

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

Шаг 1. Очистка кэша 1С — первое и главное действие

Самый безопасный способ очистки — через окно запуска 1С. Найдите базу в списке, нажмите «Удалить» (сама база при этом не удаляется, удаляется только ссылка и связанный кэш), затем добавьте базу заново через кнопку «Добавить», указав тот же путь. При следующем запуске платформа создаст чистый кэш.

Если ошибка не даёт даже открыть список баз, очистите кэш вручную. Закройте все сеансы 1С, нажмите Win+R, введите %APPDATA%\1C\1cv8 и удалите папки с длинными именами вида 5f4a3b2c-... — это кэш баз. Аналогично проверьте папку %LOCALAPPDATA%\1C\1cv8. Удалять можно смело: в этих каталогах нет данных учёта, только временные файлы.

Для клиент-серверной базы дополнительно имеет смысл очистить серверный кэш: в консоли кластера серверов 1С удалите и заново создайте регистрацию базы, либо перезапустите службу агента сервера 1С. Перед этим убедитесь, что все пользователи завершили работу.

1. 1
   Закройте все окна 1С на проблемном компьютере
2. 2
   Откройте окно запуска 1С (ярлык «1С Предприятие»)
3. 3
   Выделите проблемную базу и нажмите «Удалить», подтвердите действие
4. 4
   Нажмите «Добавить» → «Добавление в список существующей информационной базы»
5. 5
   Укажите прежний путь к базе (он виден в свойствах перед удалением — запишите его заранее)
6. 6
   Запустите базу и проверьте, исчезла ли ошибка

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

Если очистка кэша не помогла, проверьте целостность самой базы. Откройте конфигуратор (если он запускается) и выполните: Администрирование → Тестирование и исправление. Отметьте проверки «Реентерабельность использования объектов», «Логическая целостность» и «Ссылочная целостность», выберите режим «Тестирование и исправление» и запустите процесс.

Перед запуском обязательно сделайте резервную копию: для файловой базы — скопируйте файл 1Cv8.1CD, для серверной — выполните выгрузку в dt через конфигуратор (Администрирование → Выгрузить информационную базу). Тестирование в режиме исправления удаляет объекты с неразрешимыми ссылками, и отменить это нельзя.

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

Шаг 3. Утилита chdbfl.exe для файловой базы

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

Порядок работы: скопируйте файл базы в отдельную папку (обязательно работайте с копией, а не с оригиналом), запустите chdbfl.exe, укажите путь к файлу 1Cv8.1CD, установите флажок «Исправлять обнаруженные ошибки» и нажмите «Выполнить». Утилита покажет список повреждённых таблиц и результат исправления.

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

C:\Program Files\1cv8\8.3.22.1750\bin\chdbfl.exe

Шаг 4. Проверка версий платформы и завершение обновления

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

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

Шаг 5. Восстановление из резервной копии

Если повреждение серьёзное и исправление не даёт результата, восстановление из копии — самый надёжный путь. Для файловой базы замените файл 1Cv8.1CD файлом из архивной копии. Для базы, восстановленной из выгрузки dt, создайте пустую базу и загрузите данные через конфигуратор: Администрирование → Загрузить информационную базу.

Перед откатом оцените объём потерь: все данные, введённые после даты копии, будут утеряны. Если за этот период проведено много документов, рассмотрите вариант: восстановить копию рядом, выгрузить из неё повреждённые объекты через «Выгрузку данных» обработкой с диска ИТС или вручную, и перенести их в рабочую базу.

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

Настройте регулярное резервное копирование — это единственная гарантия при серьёзных повреждениях. Для файловых баз достаточно ежедневного копирования файла 1Cv8.1CD вне рабочего времени, для серверных — штатные средства СУБД. Периодически проверяйте, что копии реально создаются и из них можно восстановиться.

Исключите папку с базой и каталоги сервера 1С из проверки антивируса в реальном времени — антивирус, блокирующий файл во время записи, является частой причиной повреждений. Не размещайте файловую базу на сетевом диске с нестабильным соединением и не работайте с ней через Wi-Fi, если возможны обрывы.

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

Часто задаваемые вопросы