Delete from configsave ошибка формата потока

oshibka-formata-potoka-postgres-000.pngОшибка формата потока — одна из самых неприятных ошибок в работе 1С и вызывает панический ужас у многих администраторов и пользователей данной учетной системы. Ее появление обычно говорит о серьезных повреждениях базы данных и, чаще всего, наиболее верным решением будет восстановить базу из резервной копии. В случаях, когда это нежелательно или невозможно придется заняться восстановлением базы, но большинство инструкций в сети рассматривают данный вопрос только на примере MS SQL Server, а PostgreSQL если и касаются, то очень вскользь. Поэтому в данной статье мы постараемся исправить данный пробел.

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

Начнем с того, что именно обозначает эта ошибка. Разработчики немногословны, никаких подробностей сообщение об ошибке не содержит:

oshibka-formata-potoka-postgres-001.png

Столь же скупа и информация для технической поддержки:

oshibka-formata-potoka-postgres-002.pngОбычно это вызывает у пользователей и неподготовленных администраторов тихую панику, особенно если под рукой нет актуальной резервной копии. А судорожные попытки восстановления базы, обычно без понимания смысла выполняемых действий приводят как правило к ее полному разрушению.

К возникновению данной ошибки приводит повреждение основной конфигурации информационной базы. Реже — кеша конфигурации информационной базы, в последнем случае устранить ошибку можно путем очистки кеша, для этого можете воспользоваться нашей утилитой 1:Tools (кто хочет поддержать нас — может скачать ее по ссылке с Инфостарта)

1:Tools (Зеркало на Инфостарте)
MD5: 448277422B59EFA426CC51E4F3A52F53

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

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

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

Все это достаточно сложно и не всегда приносит требуемый результат, поэтому проще и надежнее заменить конфигурацию информационной базы на заведомо исправную используя инструменты СУБД, в нашем случае PostgreSQL. В зависимости от используемой ОС (Windows или Linux) некоторые аспекты работы с PostgreSQL могут отличаться и это будет оговорено отдельно, в остальных случаях указанные команды применяются вне зависимости от платформы.

Перед тем как начинать работу с PostgreSQL в Linuх последовательно повысим свои права для суперпользователя и затем войдем в систему от имени пользователя postgres:

sudo -s
su postgres

Если утилита sudo не установлена (такой вариант может быть в Debian), то:

su -
su postgres

В первом случае вам потребуется ввести пароль от текущей учетной записи, во втором — от учетной записи суперпользователя (root).

Затем обязательно сделаем копию информационной базы средствами СУБД. Получить список баз данных в кластере СУБД можно командой:

psql -l

В Windows вам потребуется ввести пароль пользователя postgres.

oshibka-formata-potoka-postgres-003.pngВыяснив имя необходимой базы данных выгрузим ее дамп командой:

#Linux
pg_dump basename > ~/basename.psql

#Windows
pg_dump basename > D:backupbasename.psql

Где basename — имя нужной базы данных. Обратите внимание, что в Windows мы можем явно задать путь выгрузки дампа, а в Linux выгружаем его в домашнюю директорию пользователя postgres, т.е. /var/lib/postgresql.

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

После чего откроем интерактивный терминал PostgreSQL в котором будем производить все последующие действия:

psql

В Windows вы можете получить сообщение:

ПРЕДУПРЕЖДЕНИЕ: Кодовая страница консоли (866) отличается от основной
страницы Windows (1251).
8-битовые (русские) символы могут отображаться некорректно.

В этом случае выполните:

 ! chcp 1251

Теперь подключимся к исправной базе:

с newbasename

где newbasename — имя исправной базы данных. При этом в строке приглашения появится имя подключенной базы.

Из нее мы выгрузим таблицу config в которой находится основная конфигурация информационной базы.

#Linux
COPY config TO '/var/lib/postgresql/config_OK.txt';
#Windows
COPY config TO 'D:/backup/config_OK.txt';

Обратите внимание, при указании пути для операционной системы Windows вы также должны использовать прямой, а не обратный слеш. Также служба СУБД должна иметь права на запись в целевую аудиторию, проще всего это сделать выдав полные разрешения для пользователя Все.

Переподключимся к поврежденной базе:

с basename

На всякий случай, также сохраним содержимое таблицы config:

#Linux
COPY config TO '/var/lib/postgresql/config_ERR.txt';
#Windows
COPY config TO 'D:/backup/config_ERR.txt';

После чего очистим сбойную таблицу:

DELETE FROM config;

И загрузим в нее данные из исправной информационной базы:

#Linux
COPY config FROM '/var/lib/postgresql/config_OK.txt';
#Windows
COPY config FROM 'D:/backup/config_OK.txt';

Для выхода из терминала PostgreSQL введите:

q

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

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

DELETE FROM configsave;

Как видим, устранение ошибки формата потока средствами СУБД PostgreSQL достаточно несложно, однако требует некоторых навыков работы с данной СУБД. Но если вы будете внимательно и вдумчиво следовать нашей инструкции, то проблем у вас возникнуть не должно.

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

oshibka-formata-potoka-postgres-000.pngОшибка формата потока — одна из самых неприятных ошибок в работе 1С и вызывает панический ужас у многих администраторов и пользователей данной учетной системы. Ее появление обычно говорит о серьезных повреждениях базы данных и, чаще всего, наиболее верным решением будет восстановить базу из резервной копии. В случаях, когда это нежелательно или невозможно придется заняться восстановлением базы, но большинство инструкций в сети рассматривают данный вопрос только на примере MS SQL Server, а PostgreSQL если и касаются, то очень вскользь. Поэтому в данной статье мы постараемся исправить данный пробел.

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

Начнем с того, что именно обозначает эта ошибка. Разработчики немногословны, никаких подробностей сообщение об ошибке не содержит:

oshibka-formata-potoka-postgres-001.png

Столь же скупа и информация для технической поддержки:

oshibka-formata-potoka-postgres-002.pngОбычно это вызывает у пользователей и неподготовленных администраторов тихую панику, особенно если под рукой нет актуальной резервной копии. А судорожные попытки восстановления базы, обычно без понимания смысла выполняемых действий приводят как правило к ее полному разрушению.

К возникновению данной ошибки приводит повреждение основной конфигурации информационной базы. Реже — кеша конфигурации информационной базы, в последнем случае устранить ошибку можно путем очистки кеша, для этого можете воспользоваться нашей утилитой 1:Tools (кто хочет поддержать нас — может скачать ее по ссылке с Инфостарта)

1:Tools (Зеркало на Инфостарте)
MD5: 448277422B59EFA426CC51E4F3A52F53

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

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

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

Все это достаточно сложно и не всегда приносит требуемый результат, поэтому проще и надежнее заменить конфигурацию информационной базы на заведомо исправную используя инструменты СУБД, в нашем случае PostgreSQL. В зависимости от используемой ОС (Windows или Linux) некоторые аспекты работы с PostgreSQL могут отличаться и это будет оговорено отдельно, в остальных случаях указанные команды применяются вне зависимости от платформы.

Перед тем как начинать работу с PostgreSQL в Linuх последовательно повысим свои права для суперпользователя и затем войдем в систему от имени пользователя postgres:

sudo -s
su postgres

Если утилита sudo не установлена (такой вариант может быть в Debian), то:

su -
su postgres

В первом случае вам потребуется ввести пароль от текущей учетной записи, во втором — от учетной записи суперпользователя (root).

Затем обязательно сделаем копию информационной базы средствами СУБД. Получить список баз данных в кластере СУБД можно командой:

psql -l

В Windows вам потребуется ввести пароль пользователя postgres.

oshibka-formata-potoka-postgres-003.pngВыяснив имя необходимой базы данных выгрузим ее дамп командой:

#Linux
pg_dump basename > ~/basename.psql

#Windows
pg_dump basename > D:backupbasename.psql

Где basename — имя нужной базы данных. Обратите внимание, что в Windows мы можем явно задать путь выгрузки дампа, а в Linux выгружаем его в домашнюю директорию пользователя postgres, т.е. /var/lib/postgresql.

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

После чего откроем интерактивный терминал PostgreSQL в котором будем производить все последующие действия:

psql

В Windows вы можете получить сообщение:

ПРЕДУПРЕЖДЕНИЕ: Кодовая страница консоли (866) отличается от основной
страницы Windows (1251).
8-битовые (русские) символы могут отображаться некорректно.

В этом случае выполните:

 ! chcp 1251

Теперь подключимся к исправной базе:

с newbasename

где newbasename — имя исправной базы данных. При этом в строке приглашения появится имя подключенной базы.

Из нее мы выгрузим таблицу config в которой находится основная конфигурация информационной базы.

#Linux
COPY config TO '/var/lib/postgresql/config_OK.txt';
#Windows
COPY config TO 'D:/backup/config_OK.txt';

Обратите внимание, при указании пути для операционной системы Windows вы также должны использовать прямой, а не обратный слеш. Также служба СУБД должна иметь права на запись в целевую аудиторию, проще всего это сделать выдав полные разрешения для пользователя Все.

Переподключимся к поврежденной базе:

с basename

На всякий случай, также сохраним содержимое таблицы config:

#Linux
COPY config TO '/var/lib/postgresql/config_ERR.txt';
#Windows
COPY config TO 'D:/backup/config_ERR.txt';

После чего очистим сбойную таблицу:

DELETE FROM config;

И загрузим в нее данные из исправной информационной базы:

#Linux
COPY config FROM '/var/lib/postgresql/config_OK.txt';
#Windows
COPY config FROM 'D:/backup/config_OK.txt';

Для выхода из терминала PostgreSQL введите:

q

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

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

DELETE FROM configsave;

Как видим, устранение ошибки формата потока средствами СУБД PostgreSQL достаточно несложно, однако требует некоторых навыков работы с данной СУБД. Но если вы будете внимательно и вдумчиво следовать нашей инструкции, то проблем у вас возникнуть не должно.

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

Описание ошибки:
Ошибка возникла в процессе динамического обновления конфиуграции клиент-серверной базы, работающей на MS SQL 2008. Релиз платформы 1С: Предприятие 8.3.9.2033

Найденные решения:

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

1С 8 ошибка формата потока клиент сервер на всех компьютерах

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

1С 8 ошибка формата потока на всех рабочих местах SQL серверная база

Оставалось понятным одно, что изменения все-таки не сохранились.

ошибка формата потока в базе 1С 8 клиент-серверный вариант MS SQL

ошибка формата потока при запуске 1С 8 везде после обновления в клиент-серверной базе

Т.к. свою работу в момент возникновения ошибки и проблемы вел удаленно на сервере, то подумал, что ошибка возникла только у меня. И, первым делом, попробовал избавиться от нее стандартным действием, которое в последнее время часто помогает (на фоне все более частого возникновения различных «глюков» в работе 1С 8 с базами) — удаление/добавление базы из списка баз, чтобы удалить локальный кэш базы (временные файлы, связанные с базой). Но это не помогло. Уже после этого узнал, что проблема запуска 1С на всех рабочих местах. А это значит, что проблема базы, а не какого-то локального кэша.

В попытке решить проблему были предприняты следующие действия, описание которых в большинстве своем можно встретить на просторах интернета:

— Очистка логово базы на MS SQL

— Установка более новой версии плафтормы 1С: Предприятие.

— Попытка запуска базы с командной /RollbackCfg

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

Помогла рекомендация для SQL-ной базы — удалить все записи в таблице configsave (delete from configsave).

Как это сделать?
Выполняем запрос: delete from [ИмяНашейБазы].[dbo].[ConfigSave]
См скрин:

ошибка формата потока в 1С 8 sql-ной базе

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

Если данная приведенная информация не помогла устранить «Ошибку формата потока», то предлагается воспользоваться общей инструкцией по устранению данной ошибки: «Ошибка формата потока» в 1С: Предприятие 8. Общее руководство по устранению.

Оцените, помогло ли Вам предоставленное описание решения ошибки?




© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.

11-12-2017

Журавлев А.С.
(Сайт www.azhur-c.ru)

Борьба с сообщением «Ошибка формата потока» в 1С:Предприятие 8

шаман 1с

Шаманы IT — кто они?

За что мне нравиться 1С:Предприятие 8.1 — с ним не соскучишься. Итак, сегодня мы будем учиться пляскам с бубном. Есть мнение, что бубны сисадминов в этом случаи не годятся. Это не правда, тоже подойдут.

Когда нужен бубен?

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

Самый распространенный ответ-рекомендация: Попробовать перенести базу на другой компьютер и там запустить.

Звучит загадочно, не правда ли? :)))

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

Начните с http://www.gilev.ru/disableipv6/

Частными случаями этой рекомендации можно считать например такие решения:

  • удаление из списка баз и повторное добавление
  • очищение данных из каталога «C:Documents and SettingsпользовательApplication Data1C1Cv81»
  • простое копирование содержимого каталога bin в новый каталог

Общей причиной возникновения такой ситуации можно считать сбои железа (в одном случае пропала сеть, отключилось электричество), софта и т.д. (и не обязательно 1С).

    • Отключите файрволы и антивирусы
      • Например, известны примеры, когда помогало только УДАЛЕНИЕ Eset Smart Security. Просто отключение его ничего не давало. (Примечание. Коллеги предлагают в настройках снять флаг»Включить  фильтрацию  содержимого протоколов уровня приложений». Если фильтрация всё же нужна и отключать ее не хочется, здесь же можно указать, чтобы файрвол фильтровал только «Порты HTTP и POP3». )

Скриншот настройки

  • Скопировать базу с исходного источника другой флешкой 🙂

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

  • для файловой версии использовать проверку целостности chdbfl.exe
  • тестирование и исправление средствами конфигуратора
  • выгрузка/загрузка конфигурации

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

  • обновили платформу до последней версии (но не просто обновлением, а удалением старой версии, и затем установкой новой)
  • очистка журнала регистрации
  • в клиент-серверном варианте сообщение «Ошибка формата потока» может возникнуть у клиента, когда одно из приложений из набора 1С:Предприятия, выполняющихся на сервере, не имеет достаточно дискового пространства в разделе /tmp для размещения временных файлов
  • проверить обработкой все метаданным все строковые реквизиты (проверяем наличие и удаляем сивмолы 0x1a & 0xFFFF )

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

Или в такой ситуации: Если через COMConnector происходит обращение к клиент-серверной базе данных, то возможной причиной ошибки является передача от клиента (COMConnector-а в клиентском приложении) серверу 1С:Предприятия или наоборот значения типа «Строка», содержащего символы с кодами 0x1F или 0xFFFF. Передача может выполняться как через параметры и результат процедур и функций, исполняемых на сервере, так и в том случае, если такие символы содержатся, например, в строковом значении константы.

Можно также использовать РИБ, если есть возможность создавать планы или они уже есть:

  • выгружать данные с помощью XML

Или еще бывает так:

При попытке открыть форму документа «Поступление товаров услуг» происходит ошибка «Ошибка формата потока». Ошибка возникает как в Конфигураторе так и в Предприятии.
Система работает в файловом режиме. Решение может быть таким: Удалить данную проблемную форму и вставить другую (объединением) и назначить ее основной.

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

<?xml version=»1.0″ encoding=»UTF-8″?>
<config xmlns=»http://v8.1c.ru/v8/tech-log«>
<dump create=»true» location=»C:Program Files1cv81bindumps» prntscrn=»false» type=»2″/>
<log history=»96″ location=»C:Program Files1cv81binlogs»>
<event>
<eq property=»name» value=»EXCP»/>
</event>
<event>
<eq property=»name» value=»EXCPCNTX»/>
</event>
<event>
<eq property=»name» value=»PROC»/>
</event>
<property name=»all»/>
</log>
</config>

Примечание. Для 64х-разрядного сервера приложений каталог отличается от размещения клиента 1С. В этом случаи logcfg.xml нужно размещать в обоих подкаталогах /conf, корректирую пути размещения логов.

В этом случаи будут формировать логи для клиента 1С в подкаталоге 1cv8_ХХХХ:

30:02.8131-0,EXCP,1,process=1cv8,Usr=Гилев В.В.,Exception=Exception,Descr=Ошибка формата потока

  • удалить все записи с таблице configsave

Если ошибка возникает у всех пользователей сразу, то сделайте резервную копию и почистите таблицу delete from configsave

Помогает для различных субд (и MS SQL Server, и Oracle)

Воспользуйтесь обработкой «ВыгрузкаЗагрузкаДанныхXML», с диска ИТС.
Алгоритм спасения простой: выгрузить данные из сбойной базы в файл, затем создать новую пустую базу и вновь, с помощью обработки, загрузить данные из созданного на первом шаге файла.

Можно также попробовать утилиту Сергея Боровика (http://infostart.ru/public/16741/) и экспортировать конфигурацию (если цель — конфигурация, а не база)…

  • Для работы с 1cd файлом
  • Для работы с dt файлом

Если проблема при открытии конфигуратора

Интересно что если найти такой объект в дереве конфигурации можно получить ошибку формата потока без вылета 1С. Хотя, если это html, он может открыться, но при сравнении, при отрытии его объектов, 1С все равно вылетит.
Т.е. достаточно последовательным открытием всех объектов БД ч/з конфигуратор можно найти такой объект, снять его с поддержки и удалить. Но, это ж надо так любить 1С, чтоб тупо сидеть и открывать каждый объект, клацая мышкой. Увы, я не так трепетно отношусь к 1С :). Я полез в меню конфигуратора и попытался там найти, что-то, что будет открывать объекты, типа как при обновлении или сравнении конфигураций. И нашел!!! Это меню Конфигурация -> Выгрузить файлы конфигурации. Причем там есть форма в которой можно отметить не все а те объекты и разделы, которые тебе надо выгрузить.
Т.о. выгружая конфу получая ошибку и сужая диапазон отмеченного, я нашел эти злосчастные поврежденные объекты и удалил их. После этого все прошло как по маслу. Все сравнивалось и объединялось. Теперь по поводу танцев с бубнами описываемых на форумах. Из этих описаний следует одно: Ошибка формата потока — это когда объект базы (объект, здесь более широкое понятие, чем в 1С) поврежден, по различным причинам. И если 1С в режиме работы или конфигурации пытается его открыть мы получаем эту ошибку. Причем бывает так, что и конфигуратор невозможно открыть (Т.е. не откравается объекты необходимые при запуске).
Тогда и спасает внешний файл для тестирования и исправления БД chdbfl.exe, находящийся в папке bin. Бывают повреждаются файлы настроек пользователя 1С в Doc.endSett. Тогда их просто надо удалить с диска. Если повреждены объекты самой конфы, иногда помогает тестирование и исправление ч/з конфигуратор. Но эти два метода тестирования открывают для тестирования не все объекты БД! Важно об этом помнить. Так, уважаемый файл chdbfl.exe, я так понимаю, в основном, позволяет исправить БД, т.о. чтобы ее затем в первую очередь запустить.

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

см. также http://infostart.ru/public/162933/

в случае когда стандартные отчеты Бухгалтерии 2.0 8.2 при открытии вызывали сообщение об одной и той же ошибке: «Ошибка формата потока». Решение оказалось простым. Для базовой конфигурации потребуется ПК с платформой ПРОФ.

Решение:

1. Открываем конфигуратор.

2. Находим в дереве конфигурации проблемный отчет и сохраняем его командой «Сохранить как внешнюю обработку, отчет…»

3. Окрываем в конфигураторе сохраненный отчет. Далее — кнопка «Действия» — команда «Открыть модуль объекта».

4. Находим в тексте процетуру «ПрименитьНастройку()», удаляем всё ее содержимое или преобразуем всё содержимое процедуры в комментарий сочетанием клавиш [Ctrl+Num/], сохраняем внешний отчет.

5. Запускаем (переключаемся) базу в режиме «Предприятие», открываем наш внешний отчет. Открылся? Закрываем.

6. Удаляем файл внешнего отчета с диска.

см. также https://infostart.ru/public/976582/

Ошибка формата потока — Запуск Кофигуратора

Я

  

iskurt

15.03.13 — 09:36

Добрый день. Есть проблема при запуске на сервере 1С (sql-ная база) при запуске конфигуратора «Ошибка формата потока».

Нашел решение написанное тут Книга знаний: v8: Ошибка формата потока (пункт 3).

3. если невозможно войти в конфигуратор на sql базе

delete from configsave

Но где и как это выполнить? Через консоль в базе MS SQL 2008 ???

  

Maxus43

1 — 15.03.13 — 09:38

в sql managment studio

  

vde69

2 — 15.03.13 — 09:40

не надо ничего удалять!!!! просто найди эту таблицу и замени 1 символ в названии!! (если чего потом можно и вернуть)

configsave — config_save

  

iskurt

3 — 15.03.13 — 09:49

так так так, а в какую таблицу? и где искать симовл то???

Прошу помощи, так как впервые с таким столкнулся….

  

Maxus43

4 — 15.03.13 — 09:50

(3) таблица configsave, ничо искать не надо, название таблицы измени, добавь к ней АдынАдын111

  

iskurt

5 — 15.03.13 — 09:51

эта таблица безобидная???

Какие есть последствия ее удаления?

  

Maxus43

6 — 15.03.13 — 09:52

(5) не надо удалять. ты читаешь вобще что пишут?

  

Maxus43

7 — 15.03.13 — 09:53

позовитеспециалиста (с)

  

iskurt

8 — 15.03.13 — 09:55

Сорри, тороплюсь…. бухи подгоняют….

Спасибо за советы… буду пробовать…

  

iskurt

9 — 15.03.13 — 09:57

Еще одно уточнение щас выяснилось….

Захожу на терминальный сервер — там конфигуратор не запускается, а на своей машине открывается… вот чудеса!!

Это как так? Проблема с пользователем на RDP-сервере?

  

Maxus43

10 — 15.03.13 — 09:58

(9) на других тоже открываетя? тока на РДП косяк? кэш чисти

  

Maxus43

11 — 15.03.13 — 10:07

Динамически обновлялись?

  

iskurt

12 — 15.03.13 — 10:10

(9) Кеш почистил… Сам конфигуратор открылся, но при открытии конфигурации — Ошибка потока…

Ошибка только на моем пользователе через РДП.

(11) Обновляемся всегда через файл обновлений… или я не понял вопрос…

  

Maxus43

13 — 15.03.13 — 10:12

>>Ошибка только на моем пользователе через РДП.

не лезь в скуль, чисти кэш нормально на РДП именно, в твоём юзере винды

  

iskurt

14 — 15.03.13 — 10:13

почистил этот путь c:UserskrutkoAppDataLocal1C
и этот c:UserskrutkoAppDataRoaming1C1Cv82

ошибки пока не вижу, открывается кофигурация долго… у нас УПП 1.3

Но раньше ошибка вылетала сразу…

Всем респект… что не отвернулись…

  

Maxus43

15 — 15.03.13 — 10:14

(14) не будет ошибки больше, всё правильно что долго открывается

  

iskurt

16 — 15.03.13 — 10:14

ОТКРЫЛАСЬ!!!!!!!! Супер….

  

Aprobator

17 — 15.03.13 — 10:14

(14) так кэш создается, вот и открывается долго.

  

Maxus43

18 — 15.03.13 — 10:14

(16) не обновляйтесь Динамически больше

  

Aprobator

19 — 15.03.13 — 10:16

(18) всю дорогу динамически обновляюсь. Пока проблем нет. Говорят, что просто везет )

  

Maxus43

20 — 15.03.13 — 10:22

(19) да, видимо карма хорошая

  

iskurt

21 — 15.03.13 — 10:23

а как это динамически обновляться???

  

Maxus43

22 — 15.03.13 — 10:24

может и есть проблемы, просто не видите. Это скрытая угроза, особенно подстава например когда под одним юзером документ делать одни движения, по другим другие. Ошибка — эт частный случай, проблема то в другом…

  

Maxus43

23 — 15.03.13 — 10:24

(21) при обновлении конфигурации нажимаете Обновить Динамически

  

iskurt

24 — 15.03.13 — 10:57

(23) тю блин, точно… забыл… спасибо. Да, очень часто при исправлении в документах делаю обновления динамически…

Здесь приведено несколько способов как исправить в 1С данную ошибку:

  • Почистить кэш 1С 8;
  • Удалить базу из списка баз, и добавить ее в него снова;
  • Отключить файрвол и/или антивирус, возможно эти программы каким то образом конфликтуют с 1С (отключения антивируса может быть недостаточно, тогда необходимо полное его удаление);
  • Если вы используете файловый вариант работы с базой, то необходимо удалить каталоги 1Cv8Log и 1Cv8FTxt в папке базы;
  • Ошибка может возникать при наличии в строковых реквизитах объектов метаданных символов с кодами 0x1a & 0xFFFF. В этом случае необходимо какой либо обработкой перебрать все строковые реквизиты и удалить эти символы;
  • При файловом варианте работы с базой проверить физическую целостность утилитой chdbfl.exe (Расположена она в папке Bin платформы 1С 8. Например, c:Program Files1cv828.2.xx.xxxbin);

Если есть возможность запустить конфигуратор, то пробуем:

  • Сделать тестирование и исправление базы (В режиме Конфигуратор Меню -> Администрирование — > Тестирование и исправление…)
  • Выгрузить/загрузить конфигурацию(В режиме Конфигуратор Меню -> Конфигурация- > Сохранить конфигурацию в файл…/Загрузить конфигурацию из файла…).
  • Выгрузить/загрузить информационную базу(В режиме Конфигуратор Меню -> Администрирование- >Выгрузить информационную базу…/Загрузить информационную базу…).

Если не получается запустить Конфигуратор, но есть возможность запуститься в режиме 1С:Предприятие:

  • С помощью универсальной обработки ВыгрузкаЗагрузкаДанныхXML (для 1С 8.2 и для 1С 8.3)выгрузить все данные в файл и загрузить их в чистую базу.
  • Если в клиент-серверном(sql-ном) варианте работы ошибка проявляется у всех пользователей, то может помочь удаление всех записей в таблице configsave (delete from configsave).

Прежде чем применять любой из описанных способов исправления ошибки, сделайте копию базы

Отправить эту статью на мою почту

Одна из наиболее распространенных ошибок, возникающих при работе с программой 1С вне зависимости от используемой конфигурации, является Ошибка формата потока в 1С.

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

Первым делом, что необходимо сделать – это удалить временные файлы (кэш), которые создаются при работе с информационной базой.

В нашем примере операционная система Windows 10 (аналогично для Windows 7), в которой временные файлы располагаются в каталогах %userprofile%AppDataRoaming1C1cv8 и %userprofile%AppDataLocal1C1cv8.

Для Windows XP путь к файлам будет следующий %userprofile%Local SettingsApplication Data1C1cv8 и %userprofile%Application Data1C1cv8.

Перед удалением рекомендуется закрыть программу 1С. Удалять следует такие папки на рисунке ниже.

Если данная процедура не помогла тогда стоит попробовать удалить базу из списка информационных баз и добавить ее заново.

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

Следующий способ это удалить каталоги “1Cv8FTxt” и “1Cv8Log” из каталога, где располагается сама информационная база, в том случае если база файловая. Каталог, где располагается база можно посмотреть в окне списка баз.

Еще один способ это воспользоваться утилитой “chdbfl.exe ”, которая находится в каталоге, где располагается установленная соответствующая версия платформы 1С Предприятия.

Далее необходимо открыть каталог “bin”. Запускаем утилиты и указываем путь к файлу базы. Также устанавливаем галочку “Исправлять обнаруженные ошибки” и после чего нажимаем кнопку “Выполнить”.

Проверка и исправления занимает длительное время, от нескольких минут до часа. Все зависит от объема ИБ и мощности железа.

Также проверку и изменение ИБ можно выполнить, открыв конфигуратор, не используя вышеуказанную утилиту. В конфигураторе нужно выбрать раздел меню “Администрирование” и далее отметить “Тестирование и исправление”. Для полноты можно отметить все режимы, без изменения объектов.

Следующий способ избавления от ошибки через конфигуратор — это произвести выгрузку. Для этого необходимо также выбрать раздел “Администрирование” и выбрать пункт “Выгрузить информационную базу”. Далее указать каталог, куда будет помещен файл выгрузки. После чего создать чистую базу в новом каталоге на диске, открыть конфигуратор этой базы и выполнить действие “Загрузить информационную базу”.

Если база серверная и ошибка возникает у всех пользователей, то решением может стать удаление записей в таблице “configsave”.

Обратите внимание, что перед выполнением вышеуказанных действий рекомендуется сделать резервную копию базы.

Смотрите видео-инструкции на канале 1С ПРОГРАММИСТ ЭКСПЕРТ

Обсудить статью на 1С форуме?

Читайте также

  • Публикация базы 1С и HTTP-сервиса в интернете на IIS
  • Как выбрать оптимальный ноутбук для 1С?
  • Лайфхаки 1С – чудеса с табличной частью документа!
  • Исправление ошибки печати двухмерного штрихкода PDF417 в 1С
  • Как добавить базу 1С?

миниатюра Ошибка формата потока

Ошибка формата потока 1С Предприятие — одна из самых распространенных ошибок, возникающих при работе с 1С программами. Из публикации вы узнаете, как исправляется ошибка формата потока 1С Предприятие 8.3 без обращения к администраторам или партнерам 1С, проверенными на практике способами.

Работаешь в программе 1С, все замечательно, а тут неизвестно из-за чего появилась небольшая форма с уведомлением «Ошибка формата потока» и с вариантами «Завершить работу» в программе или «Перезапустить» программу. Перезапуск, естественно, ни к чему не приводит, ошибка появляется снова…

Я описал ваш случай? Не огорчайтесь! Вы не первый пользователь 1С у кого эта ошибка появилась, и, уверен, что не последний. За время работы с 1С программами выработался алгоритм исправления этой ошибки, которым я хочу поделиться в этой публикации. Поэтому, читайте и исправляйте эту 1С «занозу»! Итак…

…из публикации вы узнаете:

  1. Почему возникает ошибка формата потока 1С Предприятие 8.3
  2. Эффективный способ исправить ошибку файловых баз 1С Предприятие 8.3
  3. Стандартные шаги по исправлению ошибки формата потока 1С Предприятие 8.3
  4. Нестандартные способы исправить ошибку формата потока 1С Предприятие 8.3
  5. Ещё пара способов исправить ошибку формата потока 1С Предприятие 8.3

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

Почему возникает ошибка формата потока 1С Предприятие 8.3

Что бы выяснить причины появления ошибки формата потока 1С 8.3 необходимо рассмотреть область данных 1С платформы. Тут хотелось бы отметить, что платформа 1С во время работы использует:

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

Причем, платформа 1С Предприятие использует указанные ресурсы постоянно.

Монитор ресурсов при работе 1С Предприятие 8

А теперь представьте, что произошел скачек электричества, поэтому часть сетевого пакета исказилась и была записана в некорректной форме или отключили электричество и данные, которые писались в кеш 1С записались частично, что в этом случае произойдет?

Правильно! При попытке прочитать эти данные и их обработать, 1С не сможет их «прожевать» и выплюнет с «ошибкой формата потока». Вот такой «верблюд» получился и у вас. Давайте рассмотрим, что можно с этим сделать.

Первым делом необходимо сделать копию информационной базы 1С на случай порчи рабочей базы при её исправлении.

Эффективный способ исправить ошибку формата потока 1С Предприятие 8.3 для файловых баз данных 1С

Если вы работая в файловой версии 1С Предприятие, стали жертвой этой напасти, то хочу предложить способ от её избавления, работающий в 78% случаев.

  • Для этого необходимо зайти в каталог, где хранится база данных 1С Предприятие 8.3 и удалить все файлы и папки, КРОМЕ ФАЙЛА ДАННЫХ 1Cv8.CD. Операция требует сноровки, поэтому будьте осторожны, не переборщите с удалением!  🙂

Путь до каталога базы данных 1С Предприятие 8.3 вы можете посмотреть при запуске программы — он будет расположен внизу окна запуска 1С Предприятие 8.3.

Ошибка формата потока 1С Предприятие 8.3 - удалить файлы из папки с базой данных

По поводу удаленных файлов не переживайте — это все служебные файлы, которые будут созданы заново в правильном формате при следующем запуске 1С Предприятие 8.3.

  • Если предложенный способ не помог, то для исправления файловых баз в 1С Предприятие 8.3 предусмотрена утилита chdbfl.exe. Проверьте структуру вашей базы, воспользовавшись этой утилитой.

Ошибка формата потока 1С 8.3 не исчезла? Плохо! Читаем дальше.

Стандартные шаги по исправлению ошибки формата потока 1С Предприятие 8.3

Если указанные выше рекомендации не помогли в исправлении ошибки формата потока 1С или если у вас клиент-серверная база данных 1С, то следующими шагами исправления будут стандартные операции, возникающие при любых ошибках:

  • Очистка кеша 1С Предприятие 8.3
  • Тестирование и исправление информационной базы 1С Предприятие 8.3

На эти темы были написаны подробные публикации, поэтому тут мне добавить нечего. Читайте статьи и делайте всё в точности по написанному.

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

  • выгрузите вашу базу с файл *.dt, создайте пустую базу 1С и загрузите в неё выгруженный до этого файл *.dt. В выполнении этой операции вам поможет статья про резервное копирование базы 1С Предприятие 8.3.

На этом шаге исправить ошибку формата потока 1С Предприятие 8.3 получается в 94% случаев. Но что делать есть не спало???

Нестандартные способы исправить ошибку формата потока 1С Предприятие 8.3

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

  • Пробуйте загрузить файл *.dt в новой базе данных, созданной на другом компьютере. Этим вы исключите вероятность некорректно работающего железа или программ компьютера, где находится база.
  • Удалите (именно УДАЛИТЕ через Установку и удаление программ) платформу 1С и установите заново, желательно новейшую версию. Исключаем некорректно работающие исполняемые файлы платформы, которые могли быть подпорчены вирусами или «посыпавшимися» секторами жесткого диска или другими способами.
  • Обновите конфигурацию на следующий релиз или загрузите текущую конфигурацию из файла *.cf с полным замещением объектов.
  • Отключите брандмауэр и антивирусы. Существует вероятность, что исполняемый файл был замечен в подозрительной активности антивирусом и помещен в карантин или остался под жестким контролем с блокировкой «опасных» действий. В любом случае — исключаем вариант карантина антивирусов.
  • Удалите временные файлы на компьютере. Они находятся в нескольких местах:
  1. В профиле пользователя, для поиска введите %Temp% в адресной строке проводника.
  2. В папке C:WindowsTemp
  3. Иногда на диске C:Temp
  • Ещё один способ был однажды применен, когда ничто не помогало — создали полный начальный образ базы данных и потом отвязали его от РИБ, сделав независимым. Получили ту же базу, пропустив начальную через механизмы РИБ (как через мясорубку 🙂 ) .

Ещё пара способов исправить ошибку формата потока 1С Предприятие 8.3

Есть ещё пара способов с хакерским подходом:

  • загрузить файл *.dt в клиент-серверную базу данных (если база с ошибкой формата потока клиент-серверная, то делаем на ней, предварительно сделав копию) и очистить файл от всех записей в таблице «configsave» через программную консоль.
  • в утилите Tool_1CD есть проверка формата потока. Скачайте эту утилиту и проверяйте поток.

Описанные в публикации способы исправления ошибки формата потока были проверены на практике — работают!

Надеюсь, что ничего не забыл. Если вдруг всплывет в памяти что-то ещё, то обязательно дополню публикацию.

Всем читателям отличного настроения! Пусть ошибка формата потока вас обходит стороной!!!  😉

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

Описание ошибки:
Ошибка возникла в процессе динамического обновления конфиуграции клиент-серверной базы, работающей на MS SQL 2008. Релиз платформы 1С: Предприятие 8.3.9.2033

Найденные решения:

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

1С 8 ошибка формата потока клиент сервер на всех компьютерах

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

1С 8 ошибка формата потока на всех рабочих местах SQL серверная база

Оставалось понятным одно, что изменения все-таки не сохранились.

ошибка формата потока в базе 1С 8 клиент-серверный вариант MS SQL

ошибка формата потока при запуске 1С 8 везде после обновления в клиент-серверной базе

Т.к. свою работу в момент возникновения ошибки и проблемы вел удаленно на сервере, то подумал, что ошибка возникла только у меня. И, первым делом, попробовал избавиться от нее стандартным действием, которое в последнее время часто помогает (на фоне все более частого возникновения различных «глюков» в работе 1С 8 с базами) — удаление/добавление базы из списка баз, чтобы удалить локальный кэш базы (временные файлы, связанные с базой). Но это не помогло. Уже после этого узнал, что проблема запуска 1С на всех рабочих местах. А это значит, что проблема базы, а не какого-то локального кэша.

В попытке решить проблему были предприняты следующие действия, описание которых в большинстве своем можно встретить на просторах интернета:

— Очистка логово базы на MS SQL

— Установка более новой версии плафтормы 1С: Предприятие.

— Попытка запуска базы с командной /RollbackCfg

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

Помогла рекомендация для SQL-ной базы — удалить все записи в таблице configsave (delete from configsave).

Как это сделать?
Выполняем запрос: delete from [ИмяНашейБазы].[dbo].[ConfigSave]
См скрин:

ошибка формата потока в 1С 8 sql-ной базе

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

Если данная приведенная информация не помогла устранить «Ошибку формата потока», то предлагается воспользоваться общей инструкцией по устранению данной ошибки: «Ошибка формата потока» в 1С: Предприятие 8. Общее руководство по устранению.

Оцените, помогло ли Вам предоставленное описание решения ошибки?




© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.

11-12-2017

Журавлев А.С.
(Сайт www.azhur-c.ru)

Борьба с сообщением «Ошибка формата потока» в 1С:Предприятие 8

шаман 1с

Шаманы IT — кто они?

За что мне нравиться 1С:Предприятие 8.1 — с ним не соскучишься. Итак, сегодня мы будем учиться пляскам с бубном. Есть мнение, что бубны сисадминов в этом случаи не годятся. Это не правда, тоже подойдут.

Когда нужен бубен?

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

Самый распространенный ответ-рекомендация: Попробовать перенести базу на другой компьютер и там запустить.

Звучит загадочно, не правда ли? :)))

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

Начните с http://www.gilev.ru/disableipv6/

Частными случаями этой рекомендации можно считать например такие решения:

  • удаление из списка баз и повторное добавление
  • очищение данных из каталога «C:Documents and SettingsпользовательApplication Data1C1Cv81»
  • простое копирование содержимого каталога bin в новый каталог

Общей причиной возникновения такой ситуации можно считать сбои железа (в одном случае пропала сеть, отключилось электричество), софта и т.д. (и не обязательно 1С).

    • Отключите файрволы и антивирусы
      • Например, известны примеры, когда помогало только УДАЛЕНИЕ Eset Smart Security. Просто отключение его ничего не давало. (Примечание. Коллеги предлагают в настройках снять флаг»Включить  фильтрацию  содержимого протоколов уровня приложений». Если фильтрация всё же нужна и отключать ее не хочется, здесь же можно указать, чтобы файрвол фильтровал только «Порты HTTP и POP3». )

Скриншот настройки

  • Скопировать базу с исходного источника другой флешкой 🙂

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

  • для файловой версии использовать проверку целостности chdbfl.exe
  • тестирование и исправление средствами конфигуратора
  • выгрузка/загрузка конфигурации

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

  • обновили платформу до последней версии (но не просто обновлением, а удалением старой версии, и затем установкой новой)
  • очистка журнала регистрации
  • в клиент-серверном варианте сообщение «Ошибка формата потока» может возникнуть у клиента, когда одно из приложений из набора 1С:Предприятия, выполняющихся на сервере, не имеет достаточно дискового пространства в разделе /tmp для размещения временных файлов
  • проверить обработкой все метаданным все строковые реквизиты (проверяем наличие и удаляем сивмолы 0x1a & 0xFFFF )

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

Или в такой ситуации: Если через COMConnector происходит обращение к клиент-серверной базе данных, то возможной причиной ошибки является передача от клиента (COMConnector-а в клиентском приложении) серверу 1С:Предприятия или наоборот значения типа «Строка», содержащего символы с кодами 0x1F или 0xFFFF. Передача может выполняться как через параметры и результат процедур и функций, исполняемых на сервере, так и в том случае, если такие символы содержатся, например, в строковом значении константы.

Можно также использовать РИБ, если есть возможность создавать планы или они уже есть:

  • выгружать данные с помощью XML

Или еще бывает так:

При попытке открыть форму документа «Поступление товаров услуг» происходит ошибка «Ошибка формата потока». Ошибка возникает как в Конфигураторе так и в Предприятии.
Система работает в файловом режиме. Решение может быть таким: Удалить данную проблемную форму и вставить другую (объединением) и назначить ее основной.

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

<?xml version=»1.0″ encoding=»UTF-8″?>
<config xmlns=»http://v8.1c.ru/v8/tech-log«>
<dump create=»true» location=»C:Program Files1cv81bindumps» prntscrn=»false» type=»2″/>
<log history=»96″ location=»C:Program Files1cv81binlogs»>
<event>
<eq property=»name» value=»EXCP»/>
</event>
<event>
<eq property=»name» value=»EXCPCNTX»/>
</event>
<event>
<eq property=»name» value=»PROC»/>
</event>
<property name=»all»/>
</log>
</config>

Примечание. Для 64х-разрядного сервера приложений каталог отличается от размещения клиента 1С. В этом случаи logcfg.xml нужно размещать в обоих подкаталогах /conf, корректирую пути размещения логов.

В этом случаи будут формировать логи для клиента 1С в подкаталоге 1cv8_ХХХХ:

30:02.8131-0,EXCP,1,process=1cv8,Usr=Гилев В.В.,Exception=Exception,Descr=Ошибка формата потока

  • удалить все записи с таблице configsave

Если ошибка возникает у всех пользователей сразу, то сделайте резервную копию и почистите таблицу delete from configsave

Помогает для различных субд (и MS SQL Server, и Oracle)

Воспользуйтесь обработкой «ВыгрузкаЗагрузкаДанныхXML», с диска ИТС.
Алгоритм спасения простой: выгрузить данные из сбойной базы в файл, затем создать новую пустую базу и вновь, с помощью обработки, загрузить данные из созданного на первом шаге файла.

Можно также попробовать утилиту Сергея Боровика (http://infostart.ru/public/16741/) и экспортировать конфигурацию (если цель — конфигурация, а не база)…

  • Для работы с 1cd файлом
  • Для работы с dt файлом

Если проблема при открытии конфигуратора

Интересно что если найти такой объект в дереве конфигурации можно получить ошибку формата потока без вылета 1С. Хотя, если это html, он может открыться, но при сравнении, при отрытии его объектов, 1С все равно вылетит.
Т.е. достаточно последовательным открытием всех объектов БД ч/з конфигуратор можно найти такой объект, снять его с поддержки и удалить. Но, это ж надо так любить 1С, чтоб тупо сидеть и открывать каждый объект, клацая мышкой. Увы, я не так трепетно отношусь к 1С :). Я полез в меню конфигуратора и попытался там найти, что-то, что будет открывать объекты, типа как при обновлении или сравнении конфигураций. И нашел!!! Это меню Конфигурация -> Выгрузить файлы конфигурации. Причем там есть форма в которой можно отметить не все а те объекты и разделы, которые тебе надо выгрузить.
Т.о. выгружая конфу получая ошибку и сужая диапазон отмеченного, я нашел эти злосчастные поврежденные объекты и удалил их. После этого все прошло как по маслу. Все сравнивалось и объединялось. Теперь по поводу танцев с бубнами описываемых на форумах. Из этих описаний следует одно: Ошибка формата потока — это когда объект базы (объект, здесь более широкое понятие, чем в 1С) поврежден, по различным причинам. И если 1С в режиме работы или конфигурации пытается его открыть мы получаем эту ошибку. Причем бывает так, что и конфигуратор невозможно открыть (Т.е. не откравается объекты необходимые при запуске).
Тогда и спасает внешний файл для тестирования и исправления БД chdbfl.exe, находящийся в папке bin. Бывают повреждаются файлы настроек пользователя 1С в Doc.endSett. Тогда их просто надо удалить с диска. Если повреждены объекты самой конфы, иногда помогает тестирование и исправление ч/з конфигуратор. Но эти два метода тестирования открывают для тестирования не все объекты БД! Важно об этом помнить. Так, уважаемый файл chdbfl.exe, я так понимаю, в основном, позволяет исправить БД, т.о. чтобы ее затем в первую очередь запустить.

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

см. также http://infostart.ru/public/162933/

в случае когда стандартные отчеты Бухгалтерии 2.0 8.2 при открытии вызывали сообщение об одной и той же ошибке: «Ошибка формата потока». Решение оказалось простым. Для базовой конфигурации потребуется ПК с платформой ПРОФ.

Решение:

1. Открываем конфигуратор.

2. Находим в дереве конфигурации проблемный отчет и сохраняем его командой «Сохранить как внешнюю обработку, отчет…»

3. Окрываем в конфигураторе сохраненный отчет. Далее — кнопка «Действия» — команда «Открыть модуль объекта».

4. Находим в тексте процетуру «ПрименитьНастройку()», удаляем всё ее содержимое или преобразуем всё содержимое процедуры в комментарий сочетанием клавиш [Ctrl+Num/], сохраняем внешний отчет.

5. Запускаем (переключаемся) базу в режиме «Предприятие», открываем наш внешний отчет. Открылся? Закрываем.

6. Удаляем файл внешнего отчета с диска.

см. также https://infostart.ru/public/976582/

Ключевые слова: ошибк,формат,поток, Ошибка формата потока

1. если проблема с наполнением базы данных

обработкой обходим по метаданным все строковые реквизиты

проверяем наличие и удаляем сивмолы 0x1a & 0xFFFF

2. если проблема с журналом регистрации

пытаемся урезать

если не получается, убиваем

3. если невозможно войти в конфигуратор на sql базе

delete from configsave

Автор решения: snurkof (С)

4. Для файловой базы попробовать

ChDBFl.exe

5. Для файловой базы, если ошибка возникает при запуске

конфигуратора, сразу после авторизации

(ChDBFl.exe ошибок не выявил)

удалить базу из списка и добавить ее вновь.

6. Если ничего не помогает, а нужна только конфигурация, можно попробовать обработку с инфостарта, которая выгружает CF файл из 1CD файла.

7. Если не запускается только конфигуратор, а база запускается, можно попробовать выгрузить всю базу через универсальную выгрузку/загрузку XML.

см. также http://www.gilev.ru/1c/81/restore/stream.html

  • Deh 80prs ошибка 10 pioneer
  • Deh 1600ubg ошибка усилителя
  • Degen 1103 работа над ошибками
  • Defrfail ошибка кариер что это
  • Defrfail ошибка кариер что делать