Ситуация, когда при попытке зайти в Конфигуратор 1С возникает «Ошибка формата потока», является одной из самых неприятных для администратора или разработчика. Особенно критично это выглядит, когда режим «Предприятие» продолжает работать исправно, позволяя пользователям вводить данные, но любые попытки внести изменения в код или структуру базы блокируются критической ошибкой. Рассмотрим причины возникновения этой проблемы и разберем пошагово способы ее решения, начиная от простых и заканчивая глубоким вмешательством в структуру базы данных на уровне SQL-сервера.
Проанализируем ситуацию: чаще всего ошибка проявляется после аварийного завершения работы системы в момент выполнения операций с конфигурацией — например, при сравнении и объединении, обновлении или загрузке .cf файла. В этот момент 1С записывает временные данные в системные таблицы. Если процесс прерывается (выключился сервер, пропала сеть, «вылетел» процесс), в таблицах Config или ConfigSave остаются незавершенные, «битые» блоки данных. При следующем открытии Конфигуратор пытается прочитать эти цепочки данных, не может распознать их формат и выдает ошибку.
Прежде чем приступать к серьезным манипуляциям с таблицами, исключим влияние временных файлов. Выясним причину: иногда ошибка формата потока — это лишь эхо некорректно записанного кэша на конкретной рабочей станции или сервере. Выполним следующие действия:
snccntx в каталоге сервера приложений.Если чистка кэша не помогла, перейдем к анализу системных таблиц. В 1С конфигурация хранится в нескольких таблицах, ключевыми из которых являются Config (основная конфигурация) и ConfigSave (сохраненная, но не примененная конфигурация). Рассмотрим алгоритм действий для MS SQL или PostgreSQL.
Очистка таблицы ConfigSave
Чаще всего проблема кроется именно в таблице ConfigSave. Когда мы нажимаем «Сохранить», изменения попадают сюда. Если процесс обновления конфигурации базы данных не был завершен, ConfigSave может содержать поврежденный поток данных. Поскольку режим «Предприятие» работает, значит, исполняемая конфигурация в таблице Config в порядке. Попробуем очистить «черновик».
Выполним SQL-запрос (предварительно сделав бэкап всей базы!):
TRUNCATE TABLE ConfigSave;
После выполнения этой команды попробуем снова зайти в Конфигуратор. Во многих случаях этого достаточно для успешного запуска.
Подмена таблицы Config из исправной копии
Если очистка ConfigSave не помогла, значит, повреждение затронуло основную таблицу Config. В этом случае нам потребуется исправная копия базы (архив), сделанная до возникновения ошибки. Наша задача — перенести данные из исправной таблицы Config в проблемную базу, не теряя при этом данные пользователей в остальных таблицах.
Разберем правильный сценарий подмены записей, чтобы избежать ошибок нарушения первичного ключа PK__config:
DELETE FROM Config;
INSERT INTO [Имя_Битой_Базы].dbo.Config
SELECT * FROM [Имя_Архивной_Базы].dbo.Config;
Важно помнить, что после такой манипуляции конфигурация в Конфигураторе станет идентична архивной. Если за время с момента создания архива до сбоя вы вносили изменения в структуру (добавляли реквизиты), может потребоваться дополнительное тестирование и исправление (ТИИ).
Если интерфейс Конфигуратора не открывается, мы можем попробовать воздействовать на него через параметры запуска 1cv8.exe. Проанализируем возможности пакетного режима.
Возврат к конфигурации базы данных
Существует команда, которая принудительно заставляет систему откатить все незавершенные изменения основной конфигурации к состоянию, которое сейчас реально работает у пользователей. Рассмотрим пример команды:
"C:\Program Files\1cv8\common\1cv8.exe" DESIGNER /S "Server\BaseName" /N "Admin" /P "Pass" /RollbackCfg
Параметр /RollbackCfg выполняет ту же функцию, что и кнопка «Конфигурация — Конфигурация базы данных — Вернуться к конфигурации БД».
Принудительная загрузка конфигурации
Если у нас есть файл конфигурации .cf, можно попробовать загрузить его в обход интерактивного открытия окна. Для этого используем ключ /LoadCfg:
"C:\Program Files\1cv8\common\1cv8.exe" DESIGNER /S "Server\BaseName" /N "Admin" /P "Pass" /LoadCfg "C:\backup.cf"
Если база находится на поддержке и это мешает загрузке, можно предварительно снять ее с поддержки через командную строку, используя /ManageCfgSupport -disableSupport -force.
Иногда «Ошибка формата потока» вызвана не самой конфигурацией, а повреждением настроек окна Конфигуратора. Эти настройки хранятся в таблице Params. Посмотрим на ситуацию под другим углом: если мы очистим записи, отвечающие за пользовательский интерфейс разработчика, 1С создаст их заново с дефолтными значениями.
Попробуйте выполнить очистку в SQL:
DELETE FROM Params WHERE FileName = 'user_settings';
DELETE FROM Params WHERE FileName = 'config_window_settings';
Это сбросит расположение окон и настройки шрифтов в Конфигураторе, что иногда помогает преодолеть ошибку при инициализации интерфейса.
Если база файловая, и стандартная утилита chdbfl.exe не справляется, можно воспользоваться сторонним инструментом Tool1CD. Проанализируем его возможности: утилита позволяет открывать файл .1CD напрямую и извлекать данные из таблиц, даже если структура файла частично повреждена. С помощью нее можно выгрузить .cf файл из таблицы Config (ориентируясь по записям с максимальным размером BinaryData) и попробовать загрузить его в новую чистую базу.
Мы рассмотрели комплексный подход к устранению ошибки. Главный вывод: если пользователи работают, значит, база «жива», и проблема локализована в слое метаданных. Самым эффективным методом в 90% случаев является очистка таблицы ConfigSave или принудительный откат через пакетный режим.
Чтобы избежать подобных ситуаций в будущем, рекомендуем:
Помните, что любые действия с SQL-таблицами напрямую — это крайняя мера, требующая максимальной осторожности и обязательного наличия свежего бэкапа.