При открытии конфигуратора ошибка формата потока при

Ошибка формата потока 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С записались частично, что в этом случае произойдет?

Правильно! При попытке прочитать эти данные и их обработать, 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 предусмотрена утилита 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, то вы можете задать вопрос в комментариях к статье или на форуме сайта.
Что бы не потерять статью в просторах интернета — сохраните её к себе в социальные сети или в закладки.

И снова ошибка формата потока.

Я

   ado

12.04.21 — 17:57

Итак, имеем: платформа 8.3.10, серверная база, самописная конфа.

В процессе динамического обновления конфигуратор упал с ошибкой формата потока и далее не запускался.

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

   Kassern

1 — 12.04.21 — 18:00

(0) демоническое обновление до добра не доводит)

   ado

2 — 12.04.21 — 18:09

(1) Да вот сто лет уже не сталкивался с проблемами от него, и на тебе.

   МихаилМ

3 — 12.04.21 — 18:22

тема ошибок при динамическом обновлении обсуждалась на этом форуме десятки раз. нет смысла повторять.

так что Вам в поиск.

   Волшебник

4 — 12.04.21 — 18:28

Чем старее платформа, тем выше вероятность ошибок, хотя слишком свежие релизы тоже чреваты…

   aka MIK

5 — 12.04.21 — 18:30

   aka MIK

6 — 12.04.21 — 18:31

Предупрежу фразу о «лицензионном»: А пусть пишут нормально

   Voronve

7 — 12.04.21 — 18:31

(0) Сталкивались с подобным, сервер PG был.

Развернули базу из dt в новую конфу. В старой дропнули таблицы config и configsave.

Перезалили из развернутой базы.

Бекапами только обвешайтесь

   Волшебник

8 — 12.04.21 — 18:33

(6) «Добродетельному человеку можно всё» (Сократ)

   ado

9 — 12.04.21 — 18:40

(5) А смысл? Я загружал dt полностью из той же копии.

   ado

10 — 12.04.21 — 18:43

Или хотите сказать, что при загрузке dt таблица config не перезаписывается? Но это же бред.

   Voronve

11 — 12.04.21 — 18:46

(10) Содержимое перезаписывается. Она походу не пересоздается когда 1с грузит дт и в базе есть таблица config.

   ado

12 — 12.04.21 — 18:55

(11) Понял. Ок, попробую.

   МимохожийОднако

13 — 12.04.21 — 18:58

1С рекомендует делать бэкапы средствами субд

   Dmitrii

14 — 12.04.21 — 19:16

   acanta

15 — 12.04.21 — 19:27

Можем обсудить, расширение это явное динамическое обновление или динамическое обновление это неявное расширение. И насколько неявным расширением базы является кэш.

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

Разве тонкий и веб клиент не решают проблему с динамическим обновлением структуры базы данных?

   Dmitrii

16 — 12.04.21 — 19:55

   ildary

17 — 13.04.21 — 00:07

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

   Фрэнки

18 — 13.04.21 — 00:14

Ну поорите очередной раз, что и расширения дрянь дрянная и чего?

   1ctube

19 — 13.04.21 — 06:40

(18) Может уже откажутся от расширения. Только проблемы от него

   dmpl

20 — 13.04.21 — 07:09

(0) Админам можно рассказать про список общих баз…

   DimVad

21 — 13.04.21 — 08:15

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

   Фрэнки

22 — 13.04.21 — 08:23

(19) не откажутся. Тем более, что это правильный путь

   Фрэнки

23 — 13.04.21 — 08:24

(21) — не совсем в тему, но вспомнилось «… Вы или крестик снимите, или трусы наденьте …»

   Волшебник

24 — 13.04.21 — 08:35

(23) Он правильно делает. Динамическое обновление — это риск, на который он идёт осознанно, но в ближайшую ночь обновление становится обычным. Получается, что это короткий риск на несколько часов, он не переходит на следующий день

   Фрэнки

25 — 13.04.21 — 08:52

   Фрэнки

26 — 13.04.21 — 08:54

т.е. если придется восстанавливаться из архива, то брать придется точку «перед», а не «после» установки обновлений

   Волшебник

27 — 13.04.21 — 08:55

(25) Проблемы обычно решаются чисткой кэша у конкретного пользователя. Не будьте таким пессимистом.

   DimVad

28 — 13.04.21 — 08:56

(25) Не факт. По моим наблюдениям динамические обновления «копятся». Иными словами, вчера дин. обновил, сегодня, а завтра — сразу накроется.

С тех пор, как стал придерживаться тактики «ночью обязательно обновляю» проблемы с динамическим обновлением исчезли.

   Волшебник

29 — 13.04.21 — 09:06

(28) Правильно. Одно динамическое обновление в сутки — ОК. При условии, что ночью будет полноценное обновление.

   dmpl

30 — 13.04.21 — 09:06

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

   Волшебник

31 — 13.04.21 — 09:07

(30) Через год!… О-ля-ля

   rphosts

32 — 13.04.21 — 09:15

А где топикстартер-то? У него всё нормально?

   dmpl

33 — 13.04.21 — 09:16

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

   rphosts

34 — 13.04.21 — 09:16

(31)был случай (сам свидетель), когда после динамо из хранилища восстановился местами код месячной примерно давности….

   rphosts

35 — 13.04.21 — 09:17

+ (34) месяца за 2 до этого хранилище пересоздавали… возможно поэтому не такой жёсткий был откат

   Волшебник

36 — 13.04.21 — 09:18

Потрясающе

   Фрэнки

37 — 13.04.21 — 09:20

(27) ну как сказать…

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

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

Вот отсюда и легенда «демоническое обновление — зло»

   Фрэнки

38 — 13.04.21 — 09:23

   Затейник

39 — 13.04.21 — 09:23

   CHerypga

40 — 13.04.21 — 09:26

   Волшебник

41 — 13.04.21 — 09:28

   Dmitrii

42 — 13.04.21 — 09:37

   Dmitrii

43 — 13.04.21 — 09:42

   CHerypga

44 — 13.04.21 — 09:44

   Kassern

45 — 13.04.21 — 10:30

(44) прост обычными способами ты сразу базу положишь, а не через какое-то время. И обычно делаешь бекапы перед такими телодвижениями. А при демоническом обновлении 99% никто бекапы не делает и в режиме онлайн тестят свой код по живому, а потом удивляются, мол как так ошибка потока)

   Фрэнки

46 — 13.04.21 — 10:53

(46) Про расширения в теме динамического обновления именно я поднял вопрос в этой ветке.

Поэтому именно я ответил на твою реплику.

Расширения — это тот самый Гондурас, который зачастую лучше расчесать пораньше, чем потом кусать локти.

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

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

Еще одно неудобство в низкой информативности такого уведомления. Оно не несет никаких объяснений – только 2 кнопки, и нажатие на любую из них, по сути, ничего не дает. Поэтому давайте разбираться.

Что значит в 1С «Ошибка формата потока»

Это баг, связанный с затруднениями чтения кэша при обращении к базе данных (БД). Может проявляться на разных этапах работы (или подготовки к ней), то есть как при запуске программы, так и при открытии или заполнении отчета, проведении какого-нибудь бланка и тому подобное.

Есть сразу несколько причин ее возникновения (рассмотрим их ниже), но она в любом случае свидетельствует о наличии неверных сведений в БД системы, требующих актуализации, исправления, восстановления. Входит в топ-3 проблем по частоте «диагностирования», так что будьте готовы к тому, что вам, скорее всего, тоже придется выбирать подходящее решение.

Описание ошибки информации потока в 1С

Выглядит как всплывающее окно следующего вида:

Максимально лаконично: две кнопки на выбор – и нет конкретики.

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

Список причин появления ошибки потока данных в 1С 8 3

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

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

В результате, когда ПО нужные какие-то данные, оно обращается к cash’у, а не к внешнему серверу, а значит получает ответ быстрее и снижает нагрузку на ОС, что оборачивается увеличением производительности.

Но что будет, если в момент записи в кэш или загрузки из него произойдет какая-то внештатная (с точки зрения системы) ситуация? Например, софт зависнет или ПК выключится из-за скачка напряжения. Тогда файлы, с которыми программа взаимодействовала в тот момент, получат повреждения. И во время следующего запуска ПО вы увидите то самое сообщение, после которого дальнейшая работа перестанет быть возможной.

В 1C ошибка потока также иногда возникает из-за некорректного сохранения справочника, реестра или другого документа, к которому впоследствии будет обращаться система. Это гораздо менее распространенная, но тоже встречающаяся причина, поэтому и ее не стоит сбрасывать со счетов.

Виды

Любой такой баг можно условно отнести к одной из трех категорий:

1. Возникает сразу при включении программы – обусловлен неправильным завершением предыдущего сеанса. Необходимо разбираться с кэшем.
2. Проявляется по ходу действий, при выполнении какой-либо операции, допустим, при открытии каталога или проведении бланка. В этом случае проблема конкретно в той области, с которой взаимодействовало ПО, повреждена именно она.
3. В штатном режиме неполадки отсутствуют, но при входе в «1С: Конфигуратор» ошибка формата потока не заставляет себя ждать (при осуществлении определенной операции). Здесь тоже всему виной cash – вопрос в нем.

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

Как устранить в 1С файловую ошибку формата потока

Единой и универсальной инструкции нет, зато есть несколько проверенных способов, полезных в зависимости от контекста. И хорошо, если перед тем, как браться за один из них, вы все-таки сохраните копию БД. После того как правильно продублируете ее на другой носитель (жесткий диск или флешку), предлагаем двигаться от простых и наиболее распространенных вариантов действий к тем, что посложее.

Интересно, что на более свежих версиях, чем 8.3, баг при входе в модули системы встречается уже значительно реже. Очевидно, что разработчик учитывает жалобы клиентов и пытается оградить их от неудобств, даже если они вызваны причинами, не напрямую зависящими от надежности или юзабилити ПО.

Почистить кэш 1С

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

Откройте приложение и посмотрите в левый нижний угол – в нем написан путь.

Перейдите по этому адресу в проводнике Windows и вручную уберите из каталога все элементы, кроме одного – папки 1Cv8 (после точки записывается его версия – в примере на скриншоте – 1CD).

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

Очистить cash базы 1С

Важно не путать с предыдущим методом – здесь характер воздействия более точечный. Для устранения ошибки при загрузке данных потока в 1C следует перейти к папкам хранения кэша. В ОС Windows 7 и выше они лежат здесь:

C:UsersUsernameAppDataRoaming1C

C:UsersUsernameAppDataLocal1C

Внимание, AppData может быть не видна – тогда потребуется настроить отображение скрытых папок; кроме того, по конечному адресу часто находится сразу много каталогов – вам нужны только те, что начинаются с «1Cv8».

Самый радикальный вариант – просто удалить эти элементы целиком, со всеми их вложениями:

Но мы предлагаем потратить чуть больше времени: зайдите еще и в них и уберите только папки с непонятными именами, состоящими из целой вереницы символов:

Так вы обезопасите себя от повреждений реестра, способных вылиться в какие-то другие проблемы.

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

Запустить режим тестирования и исправления

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

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

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

Запустить утилиту «chdbfl.exe»

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

Чтобы воспользоваться ей, перейдите по такому адресу в Проводнике Windows:

C:Program Files (x86)1Cv88.3…bin

Затем откройте исполнительный файл с расширением *exe от имени Администратора.

Поставьте галочку напротив пункта «Исправлять обнаруженные…» и подтвердите свой выбор, кликнув на «Выполнить».

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

Рекомендуем повторить процедуру еще 2 раза – лучше, если таких прогонов будет в общей сложности 3. Потому что во время первого теста утилита может вообще не обнаружить повреждений и потерь файлов, но зато отыщет их потом, действуя в своеобразном фоновом режиме и не присылая уведомлений. И если вы приступите к работе сразу, то будете думать, что все в порядке, хотя проблема еще найдется, проявит себя в виде назойливого уведомления и не даст завершить важную операцию, например, сохранить заполненную форму.

Выгрузить/загрузить базу в .dt

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

Запустите Конфигуратор, выберите вкладку «Администрирование», а из выпадающего в ней списка – пункт «Выгрузить», как показано на скриншоте:

Укажите место записи (папку на диске), совместимое расширение (.dt) и подтвердите все это кликом на «Сохранить».

Сделайте на сервере или на своем ПК новую базу – естественно, она будет пустой. Поэтому зайдите в ее Конфигуратор, клацните на «Администрирование», а затем на «Загрузить…».

Выберите ранее созданный dt-массив и щелкните на «Открыть».

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

Выгрузить/загрузить данные через XML

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

Запустите модуль стандартной обработки – через «Главное меню», «Файл» и «Открыть», как показано на скриншоте, и задайте путь.

Появится форма – в ней поставьте птички напротив каждого типа данных и нажмите на «Выгрузить».

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

Актуализировать систему

Это нужно делать тогда, когда компьютеры в рамках корпоративной сети используют ПО разных версий. Ошибка источника/приемника потока при обновлении 1С решается сразу же. Хотя сегодня она встречается все реже, потому что с 8.3.5 сеансы «более низких» платформ автоматически блокируются. Но если БД запустят на одной машине с софтом редакции 8.3.10 и на другой, с 8.3.4, то расхождения в процессе работы неизбежны. Правда, это тот момент, который не должен допускать, скорее, системный администратор, чем рядовые бухгалтеры.

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

• отключение в реестре Windows протокола IPv6;
• переустановка программы с последующей настройкой;
• полный перенос БД на другой компьютер и запуск ее на том ПК;
• использование утилиты Tool_1CD;
• деактивация фаерволла и/или внесение исключений в антивирусную защиту;
• актуализация конфигурации через cf-файл.

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

Запуск БД на другой машине – это тоже своеобразная проверка. Если и там ничего не выйдет, значит, проблема не в операционке, и не в железе, а именно в повреждении каких-то конкретных элементов реестра. Но любое действие должно быть рациональным, и предпринимать его нужно лишь тогда, когда вы четко понимаете, как, что и зачем открываете, экспортируете, импортируете.

Есть сразу 5 проверенных способов устранения проблемы + обновление, его все-таки нужно считать отдельно, ведь это, по сути, обязательная процедура. Они помогут решить вопрос в 99% ситуаций, и надоедливое сообщение больше не будет мешать вашей работе. Оставшийся процент – сложные и нестандартные случаи, над которыми пусть задумываются системные администраторы и специалисты техподдержки разработчика.

Итог

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

Количество показов: 18836

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

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

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

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

Рассмотрим варианты исправления этой проблемы.

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

Удаление временных файлов. Что это такое и где они находятся

Если откроем папку с нашей установленной программой 1С, то увидим там множество разных файлов, помимо файла нашей конфигурации (1Cv8.1CD).

Файлы с расширением *.cfl — служебные файлы, создаваемые 1С Предприятием, используются программой для контроля совместного доступа пользователей в файловом режиме работы. Они имеют нулевой размер и не удаляются после завершения работы с программой.

Файлы с расширением  *.1cl является носителем блокировок данных из хранилища конфигурации. Т.е. при работе программы 1С, файл базы 1cv8.1CD никак не блокируется, а блокировки накладываются на вспомогательный файл 1cv8.1cl. Т.е., если 1С выполняет какое-то действие: открывает или записывает объект, то она блокирует 1cv8.1cl. После выполнения действия блокировки снимаются.

В файле 1Cv8Tmp.1cd хранится служебная сеансовая информация, список активных пользователей программы.

Так, один из способов решения проблемы «Ошибка формата потока» в 1С 8.3 — это удаление из папки этих временных файлов из предыдущих сеансов работы программы. Это все служебные файлы и они будут снова созданы при запуске программы.

Удаление информационной базы из списка и добавление ее снова

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

Для этого нажимаем кнопку Удалить, выделив нашу базу и затем снова добавляем ее в список (кнопка Добавить).

Более подробно об этом и других способах удаления временных файлов читайте в статье Очистка кэш 1С

Рассмотренные варианты в большинстве случаев должны решить возникшую проблему.

Другие способы исправления ошибки

Если ошибка все-таки появляется, то можно воспользоваться способом загрузки и выгрузки файла базы в формате *.dt.

Для этого через Конфигуратор выгружаем нашу базу в файл *.dt (пункт меню Администрирование — Выгрузить информационную базу), создаем пустую базу 1С и загружаем в нее выгруженный файл *.dt (пункт меню Администрирование — Загрузить информационную базу).

Подробнее об этом варианте выгрузки и создании пустой базы читайте в статьях Резервное копирование 1С 8 и Как создать новую базу в 1С.

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

Также, можно провести Тестирование и исправление информационной базы в режиме Конфигуратора.

См. также:

• Ошибка СУБД: файл базы данных поврежден в 1С 8.3
• Не найден файл внешней компоненты в 1С 8.3: как исправить
• Ошибка работы с интернет Удаленный узел не прошел проверку в 1С: как исправить
• Конфигурация узла распределенной ИБ не соответствует ожидаемой
• 1C Отчетность: не удалось расшифровать файл

Если Вы еще не являетесь подписчиком системы БухЭксперт8:

Активировать демо-доступ бесплатно →

или

Оформить подписку на Рубрикатор →

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

Подписывайтесь на наши YouTube и Telegram чтобы не пропустить
важные изменения 1С и законодательства

Помогла статья?

Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно

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

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

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

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

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

К возникновению данной ошибки приводит повреждение основной конфигурации информационной базы. Реже — кеша конфигурации информационной базы, в последнем случае устранить ошибку можно путем очистки кеша, для этого можете воспользоваться нашей утилитой 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.

Выяснив имя необходимой базы данных выгрузим ее дамп командой:

#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 часов практики и доступ навсегда.