1с ошибка формата потока sql сервер

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

---

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

11-12-2017

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

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

Шаманы 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/

Ошибка формата потока при запуске БД

Я

   IPredator

09.01.23 — 08:42

Пользовался версией 8.3.17.1851 БД запускалась без проблем.

Установил версию 8.3.21.1622, поменял в реестре путь Server Agent на новую версию, БД запустилась, но выдала ошибку о неправомерном использовании..

Вернул все назад и теперь БД не запускается и выдает ошибку формата потока ((

Подскажите как исправить?

Что я уже пытался сделать.. база крутится на SQl

Сделал копию с помощью SQL удалил БД , снова восстановил не помогло

Также удалял из списка загружаемых БД в 1С при запуске и снова не помогло

Чистил кэш

   Bigbro

1 — 09.01.23 — 08:48

копию до экспериментов восстанавливал? или после уже копию снял?

   IPredator

2 — 09.01.23 — 08:51

Уже после…

   IPredator

3 — 09.01.23 — 08:52

Сейчас пробую на другой ПК установить версию 8.3.17.1851 и попробовать там запустить БД

   Ryzeman

4 — 09.01.23 — 08:53

(2) кто-то научится делать бэкапы перед изменениями)

   IPredator

5 — 09.01.23 — 08:54

Да я же просто платформу менял… не думал что бд рухнет из-за этого

   IPredator

6 — 09.01.23 — 08:56

На другой тачке та же ошибка..

   rphosts

7 — 09.01.23 — 08:58

   Winnie Buh

8 — 09.01.23 — 09:07

если при запуске на новой платформе выдаёт «Вы стали жертвой подделки программного обеспечения», а на старой: «Ошибка формата потока», то база не рухнула и с ней всё в порядке, проблема не в базе

   IPredator

9 — 09.01.23 — 09:12

Крутится несколько баз, вот именно на одну и ругается, остальные запускаются нормально , видимо я эту БД открыл в новой платформе и что-то произошло с ней

   Lama12

10 — 09.01.23 — 09:13

(9) Купите лицензии. Проблем не будет.

   Garykom

11 — 09.01.23 — 09:28

(10) Лицензия на 32 битных серверах 1С тоже отваливалась

   Amra

12 — 09.01.23 — 09:40

(11) На свежих платформах вроде пофиксили. Так что ТС только готовить много бабла)

   IPredator

13 — 09.01.23 — 09:42

Так что никак не восстановить ?

   Garykom

14 — 09.01.23 — 09:47

(13) Тут запрещено публиковать такое

Так что в поиск

   Amra

15 — 09.01.23 — 15:40

(13) Очень просто — купить 1Ску лицензионную

   Kassern

16 — 09.01.23 — 15:41

(0) «Установил версию 8.3.21.1622, поменял в реестре путь Server Agent на новую версию, БД запустилась, но выдала ошибку о неправомерном использовании..

Вернул все назад и теперь БД не запускается и выдает ошибку формата потока » — Имхо база ломанная была, даунгрейд платформы как раз и приводит к такой ошибке.

(15) +1

   arsik

17 — 09.01.23 — 16:25

(16) Ну да нет же. Флаг в базе взводится просто. Но в гугле есть как это убрать.

   Garykom

18 — 09.01.23 — 16:48

(17) это обозвали «заражением» базы

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

   Garykom

19 — 09.01.23 — 16:50

(18)+ что интересно в некоторых странах подобная методика запрещена

ибо без ведома пользователя были модифицированы его данные в его базе

да еще и без подтверждения (по закону) факта нарушения им лицензии

   Garykom

20 — 09.01.23 — 16:55

   bolobol

21 — 09.01.23 — 17:05

Надо переходить на Фузину… Да, непонятно как в ней что-то толковое написать быстро, зато — сам себе и архитектор и багодел

   IPredator

22 — 10.01.23 — 03:55

   IPredator

23 — 10.01.23 — 04:02

Ну это пол дела конечно.. в любом случае придется покупать лицензию на 8.3.20.**** версию , т.к. на 8.3.17.**** обновления для ЗУП не встают

   DJ Anthon

24 — 10.01.23 — 06:04

в любом случае надо делать бэкап, как только садишься за комп

   IPredator

25 — 10.01.23 — 06:13

Я это уже слышал, но не услышал здесь решение моей проблемы

   IPredator

26 — 10.01.23 — 06:14

Я решил ее сам, возможно кому-то поможет, а делать бэкап и я могу говорить, заходя в любую подобную тему

   DJ Anthon

27 — 10.01.23 — 06:24

(26) ну так ты же уже решил проблему, можно и пошутковать ) все равно спасибо, что поделился решением.

   IPredator

28 — 10.01.23 — 06:28

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

В 1с не силен я, теперь буду знать, что меняя платформу это затрагивает и БД..

   DrZombi

29 — 10.01.23 — 06:31

   Масянька

30 — 10.01.23 — 08:18

(20) (29) Если бы все, кто пострадал, дружно обратились в суд — это был бы прецедент. И хотя у нас не прецедентное право, был бы повод задуматься.

   Trimax

31 — 10.01.23 — 08:28

(30) А кто пострадал? мелко-средний бизнес (чаще всего жадные торгаши)?

Ок. Досудебное следствие покажет, что когда-то, кем-то, был использован «взлом». А это уже уголовка + штрафы «от 0,5 ляма».

Ну и кто пойдет в суд?

   Winnie Buh

32 — 10.01.23 — 08:33

(30) да-да, было бы неплохо внятно на это посмотреть,

обращение в ФАС: мы спокойно пиратили 1С, а тут вендор начал нам вставлять палки в колёса

ФАС на него

   DJ Anthon

33 — 10.01.23 — 08:35

(32) так трабла в том, что пострадали и те, кто не пиратил, только это хер докажешь

   Масянька

34 — 10.01.23 — 08:42

(31) И что, что когда-то пиратили? Потом все пролицензировали.

   Масянька

35 — 10.01.23 — 08:43

+ (34) И сегодня (!!!) все лицензионное и никаких нарушений прав верующих нет.

   Ryzeman

36 — 10.01.23 — 08:46

(31) Мне казалось у нас презумпция невиновности, а не виновности) Как можно показать что «кто то когда-то пиратил» без доказательств? Тут наоборот же ситуация, что сейчас всё легально куплено, а пользователь ограничен в возможности использования продукта

   Winnie Buh

37 — 10.01.23 — 08:47

(33) у нас в конторе на обслуживании более тысячи клиентов,

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

без вины пострадали только пользователи 32-разрядных серверов, но у нас от таких клиентов обращений не было вовсе

   Winnie Buh

38 — 10.01.23 — 08:56

(35) если за подкладкой нашлись фальшивые купюры, но в бумажнике все настоящие, то никакого нарушения УК нет?

   Ryzeman

39 — 10.01.23 — 09:05

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

   Kassern

40 — 10.01.23 — 09:06

(36) «Как можно показать что «кто то когда-то пиратил» без доказательств? » — Так 1ска хранит используемые лицухи, так же в винде могли остаться хвосты от взлома. При желании с одной стороны, и глупости с другой — все можно найти)

   Kassern

41 — 10.01.23 — 09:07

Тут, как я понимаю проблема в общем с даунгредом, а лицензия это частность. Даже имея оф лицензию при откате на старую платформу, думаю такую же ошибку словишь.

   Kassern

42 — 10.01.23 — 09:10

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

   Winnie Buh

43 — 10.01.23 — 09:14

(41) на лицензии такой проблемы нет, база спокойно запускается на старой платформе после новой

   Kassern

44 — 10.01.23 — 09:17

(43) Тогда все норм.

   Trimax

45 — 10.01.23 — 09:19

(34) Если пролицензировано правильно и специалистом, то ни каких проблем не будет.

А вот если опять съекономили на спеце, пригласив «фиксу с железнодорожного», то проблемы будут, а равно проблемы будут если купили лицензию на 5 чел, а работают 25…

   Trimax

46 — 10.01.23 — 09:32

(39) Я тебе больше скажу. Если тебе дали з/п наликом, а у кассира в магазине возникли сомнения в подлинности купюры, то купюру изымут для проверки подлинности. А уж если она окажется реально фальшивой, то придется решать уже 2 проблемы: с работодателем (который выдал тебе фальшивку) и с правоохранителями, которым теперь нужно доказать, что тебе выдали такую купюру, а не ты сам «отксерачил».

   IPredator

47 — 10.01.23 — 09:47

>>>>>на лицензии такой проблемы нет

У меня лицензия, и проблема эта возникла

   Kassern

48 — 10.01.23 — 09:50

(47) А как же ваше:  (23) «в любом случае придется покупать лицензию на 8.3.20» ?

   Winnie Buh

49 — 10.01.23 — 09:54

(48) у вас проблема с лицензией, а не с базой, иначе бы вопрос вообще не возник

   Amra

50 — 10.01.23 — 10:12

(48) Помнится был мем в нулевые — «лицензионный кряк» ) Тут видимо речь о  таком же))

   IPredator

51 — 10.01.23 — 10:16

Видимо не подходит для 8.3.20

Я говорю, сильно в 1с не шарю, я сис админ, основная работа по 1с у меня на аутсорсе

Понаделали тысячу платформ и лицух, хер разберешься без бутылки, дурдом

   Kassern

52 — 10.01.23 — 10:16

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

   Kassern

53 — 10.01.23 — 10:17

(51) Лицензии пофиг на версию платформы, если она есть, то будет работать на всех платформах 1с8. Есть разница в КОРП решениях, но это не ваш случай явно.

   IPredator

54 — 10.01.23 — 10:22

Точно помню что лично ставил, 15 цифр было чтоли в пин-коде , так что хз

   Kassern

55 — 10.01.23 — 10:23

(54) Может до этого ломалка какая стояла

   IPredator

56 — 10.01.23 — 10:24

   Kassern

57 — 10.01.23 — 10:25

(54) Простой вопрос, сколько у вас активных пользователей и на сколько пользователей стоит лицензия? Можно открыть 1ску и нажать «О Программе» там будет вся инфа по лицензиям. Не удивлюсь, если там будет светиться ключик на 500 юзверов, который вы не покупали)

   Trimax

58 — 10.01.23 — 10:35

(52) «думаю последние ларьки купили лицуху». Ага.. Щаззз… 16.11.22 на одном из пиратских сайтов уже лежал «временный» обход для некоторых конфигураций, а 22.11 уже сделали полноценный «проход мимо».

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

59 — 10.01.23 — 10:35

(57) Однажды кто-то из внедрюков или разрабов брал к себе на комп со взломанной платформой и вернул обратно. Поезд ушёл, а след остался. А теперь вопрос: Как убрать этот ключик у пользователей, которые «ни сном, ни духом»и у них в данный момент всё лицензионное?

   Kassern

60 — 10.01.23 — 10:37

(59) «Как убрать этот ключик у пользователей, которые «ни сном, ни духом»» — Кто ищет, тот всегда найдет)

   Trimax

61 — 10.01.23 — 10:39

(59) «Позовите специалиста» (с) Миста

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

62 — 10.01.23 — 11:28

(60) (61) Продолжайте… )

   Winnie Buh

63 — 10.01.23 — 11:34

(59) информация о старых ключах, которые использовались при запуске ИБ, не влияет и не отслеживается

Содержание:

1.       Ошибка формата потока при запуске базы

2.       Ошибка формата потока при обновлении

3.       При внесении изменений в закрытую базу данных

Рис. 1 Оповещение 1С об ошибке формата потока данных

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

1.   Ошибка формата потока при загрузке базы

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

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

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

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

Второй способ — это удаление всех сопутствующих файлов в папке с базой. Проще это сделать переносом самого файла, в котором хранится наша база. Он имеет расширение 1cd и называется 1.8. Как правило, этот файл по размеру превышает остальные. Его-то и выделяем, после чего переносим в новую созданную папку.

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

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

Так как при выгрузке dt файла происходит сжатие таблиц информационной базы, этот способ также может помочь устранить ошибку. Если конфигуратор не запускается или после тестирования ошибка возникает вновь, то необходимо проверить на наличие ошибок сам файл информационной базы. Проверяется он стандартной утилитой ChekdbfL, которая идёт в комплекте вместе с установленной платформой 1С:Предприятие. Расположена это утилита в папке «Program files → bin».

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

2.   Ошибка формата потока при обновлении

Также ошибка формата потока данных в 1С может досаждать своим появлением не только при открытии базы, но и при её обновлении.

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

В первую очередь произвести тестирование и исправление базы. Запускаем соответствующую обработку, проставляем все галочки и здесь переключатель обязательно ставим в положение тестирования и исправления. Насчет ссылок – поставить на «Не изменять», нажимаем на кнопку «Выполнить» и довольно долго ждем.

Как показывает практика, это решение всё равно не является стопроцентным. Однако есть ещё один вариант исправления ошибки формата потока при обновлении: можно попробовать запустить обработку с названием chdbfl, которая находится в каталоге установки 1С.

Находим его на жёстком диске по пути C:/program files(86)/1cv8, затем переходим в папку bin, где и находится обработка chdbfl.

Для общего сведения chdbfl — это сокращение от Chek database files, так что белиберда вполне логична.

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

3.   При внесении изменений в закрытую базу данных

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

Рис. 2 Включение возможности редактирования первоначально закрытой базы данных

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

То есть конфигурационный файл нашей базы на самом деле представляет собой пару конфигурации – типовая конфигурация 1С (на замке), и основная, открытая для доработок.

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

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

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

Далее необходимо обновить конфигурацию базы данных, чтобы получить базу 1С, снятую с поддержки. Но обновить мы её не сможем – придется поставить базу на поддержку.  Для этого используем команду «Сравнить/объединить с конфигурацией из файла». Выбираем наш «здоровый» файл конфигурации cf, тут же возникает предложение поставить программу и базу на техническую поддержку, мы, конечно же, соглашаемся с этим. Затем появляется окно сравнения/объединения, и если мы сейчас нажмем на кнопку «Выполнить», то уничтожим все доработки в нашей базе – обязательно убираем галочку «Сохранять настройки автоматически», нам нужно только поставить базу на техническую поддержку.

Мы почти закончили. Осталось только разобраться, что это за странный значок появился:

Рис. 3 Оповещение о снятой с поддержи базе 1С

Для того чтобы этот значок поменять на привычный «желтый кубик», вызываем команду «Настройка поддержки» и меняем статус со «Снят с поддержки» на «Редактируется». Также не забываем нажать галку «Установить для подчиненных объектов» и, опять-таки, нажимаем на кнопку «Обновить конфигурацию базы данных».

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

Специалист компании «Кодерлайн»

Никита Брежницкий