1с ошибка после динамического обновления - Не ошибается лишь тот, кто ничего не делает!

Обнаружена незавершенная операция сохранения конфигурации

Ошибка возникает после динамического обновления.

При запуске 1с сначала выходит диалог с ошибкой «При обновлении данных после последней реструктуризации произошла критическая ошибка. Повторить обновление».

Если попытаться обновить, бывает два варианта сценария

все применяется корректно, но потребуется завершить работу пользователей для обновления
обновление не проходит: выходит сообщение («Обнаружена незавершенная операция сохранения конфигурации«)

Причины и обстоятельства

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

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

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

Что же делать при такой ошибке?

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

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

Далее, производите замещение конфигурации из «копии» в «исправляемую» базу

Для этого Запускаете SQL Management Studio и выполняете такой запрос:

delete  from [ИмяИсправляемойБазы].[dbo].[Config]

GO

insert into [ИмяИсправляемойБазы].[dbo].[Config]
SELECT [FileName]
      ,[Creation]
      ,[Modified]
      ,[Attributes]
      ,[DataSize]
      ,[BinaryData]
  FROM [КопияБазы].[dbo].[Config]
GO

В 99% случаев он вам поможет (мне помогало 3 раза). Исправление занимало от 5 до 20 минут.

Далее восполняете пробелы в коде. Если конфигурация подключена к хранилищу, необходимо синхронизировать захваченные объекты (отпустить и захватить заново), внести правки.

Если версия файловая произведите тестирование утилитой «C:Program Files (x86)1cv88.*.*.*binchdbfl.exe».

При отсутствии конфигурации/копии:

смотрите записи таблицы dbo.ConfigSave, при наличии — очищайте (пробуйте запустится)
смотрите записи таблицы Config, на поле «FileName», если есть со значением «commit»,»dbStruFinal» или «dynamicCommit» — удаляйте
либо в этой же таблице смотрите записи с именами подобными %_dynupdate_ % (здесь потребуется «по манипулировать» с датами и именами, но у меня не получалось)

Не помогло?

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

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

Глюк после динамического обновления?

Юзер123

27.11.17 — 10:40

Добрый день.

С прошлой недели стал замечать интересную фигню в работе 1С.

8.3.10.2580

Работаю с обработкой или общей формой . Меняю значение реквизита / меняю код добавляю новые процедуры или функции.. Т.е. все как обычно. Делаю динамическое обновление программы. У всех пользователей которые зашли после обновления все изменения работают. Все как надо. Я не закрываю конфигуратор!!!1 закрываю объект с которым работал . открываю его опять и там все как было до изменения. Конфикоратор говорит что база не изменялась, но если я запущусь в режиме отладки то все внесенные изменения ранее пропадают. . Если перезапустить конфигуратор — все становится на свои места. Изменения появляются. Но после любого изменения и динамического обновления опять откат… кто сталкивался? как лечится?

Волшебник

Модератор

1 — 27.11.17 — 10:42

динамическое обновление очень глючное

ildary

2 — 27.11.17 — 10:44

(0) 8.3.10.2466 — у меня пару раз было подобное безо всякого динамического обновления. Вылечил ребутом тестового сервера —

аптайм был где-то 3 недели, а авторебута не было.

nordbox

3 — 27.11.17 — 10:45

динамическое обновление ЗЛО

lodger

4 — 27.11.17 — 10:46

Конфикоратор глюкнуло от демонического обновления.

остановить 1с(если клиент-сервер, то сервер тоже). дропнуть кэш(если клиент-сервер, то сервер тоже). запустить 1с(если клиент-сервер, то сервер тоже).

Про100Филя

5 — 27.11.17 — 10:46

Смизжено:

«Здравствуйте, меня зовут Алексей и я делаю динамическое обновление.

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

Я мог не спросить пользователей, не сделать бекап средствами СУБД и динамически обновить базу ради изменения макета печатной формы счета на оплату.

Но потом случилось горе и в одно прекрасное обновление база просто не запустилась.

Это был ч0рный день в моей жизни.

Я потерял друзей, коллеги отвернулись от меня.

Жена меня бросила и дети не хотят со мной разговаривать.

Попа болела после долгого и многозначительного разговора с начальством.

И я решил изменить свою жизнь.

Я теперь занимаюсь спортом

Стал посещать бассейн.

Питаюсь правильно и соблюдаю правила дорожного движения.

Сегодня у меня праздник.

Я уже 30 дней не делаю динамического обновления без ахивации базы данных средствами СУБД.

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

Вообще не обновлять динамически.

Преодолеть зависимость от динамического обновления мне помогли 12 простых шагов:

12 ШАГОВ , РАЗРАБОТАННЫЕ САМИМИ ДИНАМИЧЕСКИМИ ОБНОВЛЯЛЬЩИКАМИ

1. Признать свое бессилие перед поведением платформы 1с при динамическом обновлении.

2. Согласиться с утверждением, что без посторонней помощи не обойтись.

3. Мысленно перепоручить себя некой Высшей силе, которая поможет.

4. Проанализировать свои поступки.

5. Признать перед собой и кем-то еще свои ошибки.

6. Не сомневаться, что бекап перед динамическим обновлением сработает.

7. Просить высшие силы избавить от недостатков.

8. Составить список всех людей, кому причинили зло, и захотеть загладить свою вину перед ними.

9. Лично возместить этим людям ущерб, нанесенный вами и вашим динамическим обновлением.

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

11. Не переставать размышлять и благодарить помощника из пункта 3.

12. Достигнув пробуждения, благодаря пунктам 1-11, помогать другим динамическообновлялщикам.

АЛИЛЛУЯ братья и сестры!

АМинь!»

Юзер123

6 — 27.11.17 — 10:56

(5) распечатал!! 111 =))

Юзер123

7 — 27.11.17 — 10:56

(4) Спачибо

Fragster

8 — 27.11.17 — 11:02

начиная с 8.3.10.25хх очень сильно сломали демоническое обновление

Fragster

9 — 27.11.17 — 11:03

и в конфигураторе динамически обновленной базы ничего делать нельзя

ildary

10 — 27.11.17 — 11:05

(8) спасибо за предупреждение! Может настал тот час, когда сами разрабы решат «Хватит это терпеть» и таки починят?

Fragster

11 — 27.11.17 — 11:05

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

Fish

12 — 27.11.17 — 11:08

(9) А я на 8.3.10.2561 пару раз использовал ДО, и после в конфигураторе что-то делал. Что теперь со мной будет? :))

Fish

13 — 27.11.17 — 11:10

+(12) Да, у меня клиент 1С 64х.

nordbox

14 — 27.11.17 — 11:12

(12)>>Что теперь со мной будет? :))

Десять лет расстрела с повешением в газовой камере и каждый день до смерти. )))))

Йохохо

15 — 27.11.17 — 11:15

(12) Слухай сюды! Положь колдобину со стороны загогулины и два раза дергани за пимпочку. Опосля чего долбани плюхалкой по кувывалке и, коды чвокнет, отскочь дальшее, прикинься ветошью и не отсвечивай. Потому как она в это время шмяк… ту?дыть, сподыть, ёксель?моксель, ерш твою медь… Ш?ш?ш! И ждешь, пока остынет. Остыло — подымаесся, вздыхаешь… Осторо?о?ожненько вздыхаешь про себя, шобы эта быдла не рванула! И бегишь за угол за поллитрой. Потому как пронесло!

elCust

16 — 27.11.17 — 11:15

(9) А подробнее можно, чем обусловлено Ваше высказывание?

Какие ограничения накладываются на работу в конфигураторе после ДО?

Я периодически на базе разработки делаю ДО, никаких глюков не выявлено. (8.3.10.2580).

Полагаю, что кэш страдает после ДО, в случае, когда операционка загажена.

Fish

17 — 27.11.17 — 11:19

(14) Ну вообще, я обычно делаю по методу (11), но был один-два раза, когда после накатывания cf, выявлялась какая-нибудь незначительная ошибка — запятую забыл в макете поставить или ещё какая опечатка. И для скорости правил прямо в рабочей, применяя ДО. Пока прокатывало, хотя опасения были, конечно.

Fragster

18 — 27.11.17 — 11:22

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

Fragster

19 — 27.11.17 — 11:25

(16) теряются доработки от последнего недемонического обновления и до демонического. причем произвольным образом (если не закрывать доработанный модуль, то его даже пару раз можно обновить, если же закрыть, обновить демонически, запустить отладку, открыть доработанный модуль, то код может быть потерян). Лично видел, как теряется код модулей, изменения макетов СКД. Одним из условий является запуск отладки после демонического обновления.

Fragster

20 — 27.11.17 — 11:26

очень сильно началось на 8.3.10.25хх и последующих. на 8.3.6.2639 все еще воспроизводится.

Леха Дум

21 — 27.11.17 — 11:31

Наблюдаю то же самое. Спасает снос папок с кэшем.

Fish

22 — 27.11.17 — 11:33

(18) (19) Да вроде ничего не потерялось (тьфу-тьфу-тьфу). Возможно, потому, что на отладку не запускал после ДО.

romix

23 — 27.11.17 — 11:44

(0) последние релизы 8.3 более или менее нормально работают с динамическим обновлением, но есть недокументированная особенность — надо чистить кеши.

В параметрах запуска 1C:Предприятия (тестовая и рабочая база) указать параметр:

/ClearCache

При основном обновлении (с отключением пользователей) надо пользоваться бат-файлом:

set LOG_FILE="scripts.log"
set SERVICE_1C_NAME="1C:Enterprise 8.3 Server Agent (x86-64)"
set SERVICE_RAS_NAME="1C:Enterprise 8.3 Remote Server"
set CNTX_PATH="C:Program Files1cv8srvinforeg_1541"
set PFL_PATH="C:ProgramData1C1cv8"
set TEMP_PATH="C:WindowsTemp"
echo stop %DATE% %TIME% >> %TEMP_PATH%%LOG_FILE%
sc stop %SERVICE_1C_NAME%
sc stop %SERVICE_RAS_NAME%
timeout 5
taskkill /f /im "rphost.exe"
taskkill /f /im "rmngr.exe"
taskkill /f /im "ragent.exe"
taskkill /f /im "ras.exe"
timeout 5
echo done stop %DATE% %TIME% >> %TEMP_PATH%%LOG_FILE%
echo clean temp %DATE% %TIME% >> %TEMP_PATH%%LOG_FILE%
DEL /Q /F /S %CNTX_PATH%snccntx*
DEL /Q /F %PFL_PATH%*.pfl
DEL /Q /F /S %TEMP_PATH%*.*
echo done clean temp %DATE% %TIME% >> %TEMP_PATH%%LOG_FILE%
echo start %DATE% %TIME% >> %TEMP_PATH%%LOG_FILE%
sc start %SERVICE_1C_NAME%
sc start %SERVICE_ RAS _NAME%
echo Service %SERVICE_1C_NAME% restarted at %DATE% %TIME% >> %TEMP_PATH%%LOG_FILE%
pause 1000

https://its.1c.ru/db/metod8dev/content/5899/hdoc

Остановка службы 1С:Предприятие с очисткой временных файлов.

Веселый собака

24 — 27.11.17 — 11:44

(0) Я вот перезапускаю конфигуратор, когда он просит, и все пучком.

Fish

25 — 27.11.17 — 11:45

(24) В последних версиях платформы уже не просит

romix

26 — 27.11.17 — 11:47

+(23) Параметры запуска находятся в стартовом окне, где кнопки Добавить-Изменить-Удалить. По кнопке «Изменить…» перейти на вторую закладку и ввести (или добавить) значение

/ClearCahce

в поле «Дополнительные параметры запуска».

Fish

27 — 27.11.17 — 11:49

(26) Емнип, ключ /ClearCahce работает только для тонкого клиента, а конфигуратор вроде — это всегда толстый. Непонятно, как этот ключ помогает при ДО. Или я ошибаюсь?

Fragster

28 — 27.11.17 — 11:49

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

romix

29 — 27.11.17 — 11:51

(27) Я не могу сейчас найти документацию на этот ключ поиском по сайту 1С. Может он всё там чистит, включая и конфигурацию?

romix

30 — 27.11.17 — 11:52

(27) 10060739 Кеш метаданных

Проблема:

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

Способ обхода:

Выполнить запуск с параметром командной строки /ClearCache.

Дата публикации: 2010-08-06

romix

31 — 27.11.17 — 12:12

С кешами вообще какая-то ерунда — если они нужны для ускорения обращений без ZIP упаковки и распаковки, то как бы не оказалось, что на современных системах результат получается обратный.

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

Я не понимаю, зачем они нужны (т.е. какое действие ускоряют). Если секретный ключик /ClearCache их выключает и всё становится хорошо, то возникает вопрос, а зачем они включены.

romix

32 — 27.11.17 — 12:14

Скорее всего, ускоряет запись за счет записи без транзакции — а она всегда и повсюду глючит (в любых СУБД).

Дык ё

33 — 27.11.17 — 14:52

romix

34 — 27.11.17 — 20:00

Вот сейчас у меня сглючило — я посмотрел, а на этой базе ключика-то /ClearCache и нет.

Tateossian

35 — 27.11.17 — 21:30

Динамичное обновление самое лучшее:) Нужно только кэши чистить.

Tateossian

36 — 27.11.17 — 21:31

(31) Можно файл кэша открыть и посмотреть чего там. (29) https://its.1c.ru/db/v8310doc#bookmark:adm:TI000000495

Andreyyy

37 — 28.11.17 — 01:07

(20) Поддерживаю, сломали что-то.

1Сергей

38 — 28.11.17 — 06:47

Мыши и кактусы…

PCcomCat

39 — 28.11.17 — 08:32

(11), (17) А я попадала на том, что при таком способе (сравнение, объединение с cf) тоже не все изменения накатывались — тупо конфигуратор не видел изменений.

Fragster

40 — 28.11.17 — 10:31

(39) при чем тут сравнение?

romix

41 — 01.12.17 — 14:28

(34) Вчера еще раз словил эту же проблему — тоже не было /ClearCache.

portowyi

42 — 01.12.17 — 14:32

(0) Лечится отказом от динамического обновления. Ибо программисты 1С бывают двух типов — те кто уже положил базу динамическим обновлением и те кому это еще предстоит.

kiruha

43 — 01.12.17 — 14:40

(42)

Выше отписали —

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

Ради более красивого отчета — это конечно изврат

portowyi

44 — 01.12.17 — 14:53

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

romix

45 — 01.12.17 — 17:36

(44) Пару раз в день делаю динамическое обновление, но с предварительным разностным бэкапом.

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

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

romix

46 — 13.12.17 — 20:04

Словил то же самое при наличии /ClearCache.

1С:Предприятие 8.3 (8.3.10.2639)

Видимо, где-то еще есть один кеш — в хранилище, наверное.

Источник

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

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

(0)

truncate table [dbo].[Config]

insert into [dbo].[Config] select * from [Copy].[dbo].[Config]

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

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

Уж сколько раз твердили миру…

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

Рецепт из (5) в 99% случаев спасает. Однако остаётся ещё 0.5%, когда и он не решает проблему. И ещё 0.5%, когда очистка таблиц помогает, но из-за того, что пользователи уже успели поработать с конфигурацией в разных состояниях (у кого-то обновлённая, а у кого-то — не обновившаяся) данные становятся неконсистентными.

Поэтому динамически обновляться нельзя.

Более того. Многие почему-то считают, что расширения помогают решить эту проблему. А это не так. Подключение расширения — есть не что иное как неявное динамическое обновление. И при нём случаются абсолютно те же самые проблемы, что и при обычном динамическом обновлении. И точно так же половина пользователей работают в конфе с подключенным расширением, а половина не перезапускают сеанс и продолжают работать со старой версией конфигурации.

Динамическое обновление и возможность подключать расширения «на лету» — очень заманчивые технологии. Но на практике крайне рискованные. Всегда надо быть готовым к самому негативному из возможных сценариев развития событий. Правильная оценка рисков приводит к единственно верному решению.

acanta

15 — 12.04.21 — 19:27

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

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

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

Dmitrii

16 — 12.04.21 — 19:55

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

Интересно — каким образом?…

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

Бекап не решает проблему.

Пример из личного опыта (версию платформы сейчас не вспомню). База в режиме восстановления, позволяющем откатиться на любой момент времени. Подключили сутра расширение к базе при работающих пользователях. Примерно к обеду заявка на техподдержку с ошибкой формата потока. Начинаем разбираться. В конфигуратор не войти. В пользовательском режиме — кто-то может войти, а кто-то нет. Кто и сколько проработал в какой версии (с подключенным / с неподключенным расширением непонятно). Проблему решили методом очистки таблиц из (5). Но базу пришлось восстанавливать по состоянию на утро (до подключения расширения). А потом долго объяснять пользователям, что всё, что они делали полдня, придётся повторить заново. Хорошо, что речь шла об обычной бухгалтерии, а не о какой-нибудь из оперативных баз.

По поводу остальных инструментов. Всё что нужно есть.

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

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

А динамическое обновление только расхолаживает программиста и дает ему возможность гнать не оттестированную лажу в продуктив. Типа «а фигня — если чё — динамически поправлю».

И работает оно без сбоев только в теории. А в жизни постоянно встречаются «нюансы» — то операционная система на клиенте кэш не почистила, то вэб-сервер, то сервер приложения, то пользователь открыл одновременно пять сеансов и в каждом из них своя версия конфигурации, то закрыл как-то некорректно сеанс, а в кэше что-то осталось и т.д. и т.п.

Пока нет 100%-ной гарантии стабильной работы в любых условиях, пользоваться динамическим обновлением можно только на свой страх и риск. И тогда, как автор, успешно отработав 10 лет, можно нарваться на проблему. И по законам подлости, произойдёт это в самый неподходящий момент.

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

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

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

Полноценное обновление ночью… Ну не спасет оно, если проблема реально будет. Такую рекомендацию давать нельзя.

Надо осознавать именно характер изменений, а не формально следовать «трусы наденьте, либо крестик снимите»

Затейник

39 — 13.04.21 — 09:23

(0) да утвердите уже регламент обновления у генерального директора.

1. Ночные обновления.

2. Обеденные обновления.

3. Экстренные обновления, с оповещением всех пользователей.

(0) Распишите ситуацию, когда динамическое обновление прям нужно делать, иначе капец. И оно не укладывается в три пункта выше.

CHerypga

40 — 13.04.21 — 09:26

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

Как наверняка развалить базу динамическим обновлением?

Волшебник

41 — 13.04.21 — 09:28

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

Зачёт!

Dmitrii

42 — 13.04.21 — 09:37

(33) >> динамическое обновление согласуется со всеми отделами — и чаще всего оказывается, что не очень-то и срочно оно нужно.

+100. Та же самая фигня. Как только стали согласовывать установку исправлений/обновлений, выяснилось, что в 99.9% случаев все абсолютно спокойно готовы подождать до завтра. И крайне редко согласуется 10-тиминутное окно с блокировкой доступа к базе.

Dmitrii

43 — 13.04.21 — 09:42

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

Да ничего. Чё орать о том, что и так очевидно?

Как и в любой другой технологии, в 99% случаев проблема не в ней самой, а в тех, кто её применяет, и как они это делают.

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

CHerypga

44 — 13.04.21 — 09:44

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

#357076

26.06.2007 в 0:25

Kenga: я не пью кофе, тем более чёрный. Это для сердца опасно. Умиреть боюсь:)

шИринко: Ты выкуриваешь по три пачки сигарет в день, неделями не выходишь из запоя, при этом пьёшь всё что горит, постоянно спишь с какими то бл#дями, переходишь дорогу на красный свет и постоянно когда видишь толпу злых гопнегов тычешь в них пальцем с криками «Самри какие они лохи!» И ТЫ БОИШЬСЯ УМЕРЕТЬ ОТ КОФЕ?!?!?!?!?! O_o

Kassern

45 — 13.04.21 — 10:30

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

Фрэнки

46 — 13.04.21 — 10:53

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

Не чешите Гондурас и он не будет Вас беспокоить

Dmitrii

47 — 13.04.21 — 11:06

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

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

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

Содержание:

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С с битой версии на нормальную. И уже в ней попробовать выполнить обновление. И на это раз всё должно получиться!

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

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

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

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

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

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

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

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

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

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

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

Готовые решения для всех направлений

Ускорь работу сотрудников склада при помощи мобильной автоматизации. Навсегда устраните ошибки при приёмке, отгрузке, инвентаризации и перемещении товара.

Узнать больше

Мобильность, точность и скорость пересчёта товара в торговом зале и на складе, позволят вам не потерять дни продаж во время проведения инвентаризации и при приёмке товара.

Узнать больше

Обязательная маркировка товаров — это возможность для каждой организации на 100% исключить приёмку на свой склад контрафактного товара и отследить цепочку поставок от производителя.

Узнать больше

Скорость, точность приёмки и отгрузки товаров на складе — краеугольный камень в E-commerce бизнесе. Начни использовать современные, более эффективные мобильные инструменты.

Узнать больше

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

Узнать больше

Повысь эффективность деятельности производственного предприятия за счет внедрения мобильной автоматизации для учёта товарно-материальных ценностей.

Узнать больше

RFID

Первое в России готовое решение для учёта товара по RFID-меткам на каждом из этапов цепочки поставок.

Узнать больше

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

Узнать больше

Получение сертифицированного статуса партнёра «Клеверенс» позволит вашей компании выйти на новый уровень решения задач на предприятиях ваших клиентов..

Узнать больше

Используй современные мобильные инструменты для проведения инвентаризации товара. Повысь скорость и точность бизнес-процесса.

Узнать больше

Показать все решения по автоматизации

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

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

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

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

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

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

Виды

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

Возникает сразу при включении программы – обусловлен неправильным завершением предыдущего сеанса. Необходимо разбираться с кэшем.
Проявляется по ходу действий, при выполнении какой-либо операции, допустим, при открытии каталога или проведении бланка. В этом случае проблема конкретно в той области, с которой взаимодействовало ПО, повреждена именно она.
В штатном режиме неполадки отсутствуют, но при входе в «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С: ошибка формата потока – неприятное явление, но оно устраняется, причем без особого труда, и вы уже узнали, как это сделать. Теперь, когда одной проблемой стало меньше, можно еще эффективнее использовать многочисленные возможности платформы, особенно с теми вспомогательными программными продуктами для ведения учета и торговли, которые представлены в «Клеверенс», – обращайтесь для выгодного заказа полезного ПО.

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

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

В этой статье подробно рассмотрим, почему выдает ошибку формата потока в 1с 8.3 и как ее исправить.

Ошибка формата потока в 1С: Предприятие — причины возникновения

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

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

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

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

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

Пишет «Ошибка формата потока» в 1С 8.3 при запуске – что делать

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

Выйти из программы и убедиться, что все ее процессы завершены. Сделать это можно из диспетчера задач;
Зайти в папки хранения кэша, расположенные в Windows 7 и выше по следующим путям:
C:UsersИмя ПользователяAppDataRoaming1C1cv8
C:Users Имя ПользователяAppDataLocal1C1cv8
Если папки не отображаются, то необходимо в настройках операционной системы включить отображение скрытых файлов и папок.
Удалить папки формата, как на скриншоте ниже.

Важно! Сделать это нужно из 2 разделов: Roaming и Local.

При запуске программы, произойдет соединение с сервером и повторная загрузка удаленных файлов.

Альтернативный способ: удалить базу из списка баз в окне запуска программы и добавить снова.

Ошибка формата потока 1С при загрузке базы или обновлении – что делать

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

Проверка физической целостности БД

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

Перейти по следующему пути:
C:Program Files1cv88.3… (версия программы)bin
Путь может отличаться, если программа установлена на другой диск, в другой раздел. Для того, чтобы узнать папку установки можно посмотреть информацию о ее расположении в свойствах ярлыка;
Запустить файл chdbfl (сокращенно от: Check Data Base Files);
Выбрать путь к базе данных, активировать галочку напротив пункта «Исправлять обнаруженные ошибки» и нажать кнопку «Выполнить».

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

Также можно воспользоваться средством тестирования и исправления информационной базы из настроек программы:

Запустить конфигуратор;
Нажать на вкладку «Администрирование» в навигационном меню;
Выбрать пункт «Тестирование и исправление»;
Активировать необходимые проверки и режимы, поставить галочку напротив пункта «Тестирование и исправление» и нажать кнопку «Выполнить».

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

Выгрузка из неработающей ИБ в новую

Весьма действенный способ исправления ошибки формата потока в 1С 8.3 – выгрузка информации из текущей ИБ в новую. Для этого нужно выполнить следующие действия:

Запустить конфигуратор;
Открыть вкладку «Администрирование»;
Выбрать пункт «Выгрузить информационную базу»;
Указать имя dt-файла, в который будет производиться выгрузка и нажать «Сохранить»;
Снова открыть вкладку «Администрирование» и выбрать пункт «Загрузить информационную базу»;
Указать путь к новой базе.

Выгрузка и загрузка данных XML

Для исправления ошибки формата потока в 1С 8.3 также можно произвести выгрузку и загрузку данных через XML-файл.

Почему возникает ошибка формата потока 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 с полным замещением объектов.
Отключите брандмауэр и антивирусы. Существует вероятность, что исполняемый файл был замечен в подозрительной активности антивирусом и помещен в карантин или остался под жестким контролем с блокировкой «опасных» действий. В любом случае — исключаем вариант карантина антивирусов.
Удалите временные файлы на компьютере. Они находятся в нескольких местах:

В профиле пользователя, для поиска введите %Temp% в адресной строке проводника.
В папке C:WindowsTemp
Иногда на диске C:Temp

Ещё один способ был однажды применен, когда ничто не помогало — создали полный начальный образ базы данных и потом отвязали его от РИБ, сделав независимым. Получили ту же базу, пропустив начальную через механизмы РИБ (как через мясорубку 🙂 ) .

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В нашем случае оказалось совершенно несложно заметить, что последним проверяемым объектом оказался РегламентированныйОтчетНДПИ, а так как деятельность предприятия никак не связана с добычей полезных ископаемых, то неудивительно, что в повседневной работе данная ошибка никак себя не проявляла.

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

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

Для осуществления задуманного нам понадобится файл конфигурации того же самого релиза либо более старшего, сразу выполнив обновление. Перед тем, как удалить поврежденный объект, его надо снять с поддержки.

После чего можно приступать к сравнению и объединению конфигурации или обновлению, проконтролировав замену поврежденного объекта исправным из конфигурации поставщика.

Важно! Обновление следует производить только используя файл полной конфигурации — cf, а не обновления — cfu, так как последний может не содержать необходимого объекта.

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

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

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

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

В этой статье будут объяснены причины возникновения, разновидности и способы устранения «Ошибки формата потока» 1С.

Почему 1С 8 пишет «Ошибки формата потока»?

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

Но что произойдет, если файл “кэша” будет записан с ошибкой/ошибками, в результате неправильного завершения сеанса работы, либо скачка напряжения, либо сбоя сети (для клиент-серверного варианта работы 1С)? При следующей попытке обращения к “кэшу” 1С не сможет прочитать файл и появится окно “Ошибка формата потока”. “Битый кэш” является самой частой причиной возникновения этой ошибки.

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

Виды ошибки формата потока

Условно ошибку формата потока 1С можно поделить на 2 вида:

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

В зависимости от вида ошибки можно выбрать наиболее подходящий вариант ее устранения. Но можно использовать и все способы по очереди, пока один из них не сработает. Способы не нанесут вреда вашей базе 1С 8. Впрочем, если действовать как настоящий профессионал — стоит сначала сделать бэкап, а уже потом бороться с “Ошибкой формата потока”.

Как устранить “Ошибку формата потока”?

Рассмотрим ТОП способов решения :

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

Данный способ подробно был рассмотрен в нашей статье “Как очистить Кэш в 1С”. Вкратце напомним. Для удаления файлов кэша вручную необходимо найти папки, где кэш хранится. Для операционных систем Win7 и выше временные файлы хранятся по адресу C:UsersUsernameAppDataRoaming1C и C:UsersUsernameAppDataLocal1C в папках, начинающихся с «1cv8». В Windows XP, в папке пользователя по адресу Local SettingsApplication Data1C. Если папка AppData не видна — настройте видимость скрытых папок. Ниже на рисунке показано, как выглядят файлы кэша – папки с длинными непонятными именами (в нашем случае файл всего один). Для очистки кэша нужно удалить эти папки.

Важно! Удалять папки можно только тогда, когда завершены процессы работы с 1С:Предприятие.

2. Запустить тестирование и исправление 1С

В режиме конфигуратора нужно кликнуть по пункту меню “Администрирование” и затем “Тестирование и исправление”.

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

3. Запуск«chdbfl.exe»

Если нет возможности зайти в конфигуратор, тогда запустите программу «chdbfl.exe», которая находится: «C:Program Files (x86)1cv88.3……bin». Выберите файл Базы Данных, отметьте галочкой “Исправлять обнаруженные ошибки” и нажмите кнопку “Выполнить”. Дальше система все сделает за вас. Система сама проверит базу, найдет ошибки и исправит их. Во время работы программы «chdbfl.exe» не должно быть активных сеансов работы с 1С.

4. Выгрузить и загрузить информационную базу в .dt

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

После этого создайте новую пустую базу у себя на компьютере (либо на сервере). Зайдите в конфигуратор новой базы, нажмите “Администрирование”, затем “Загрузить информационную базу”. Выберите подготовленный ранее файл и нажмите “Открыть”.

5. Выгрузить и загрузить данные XML.

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

6.Обновление 1С

Причиной рассматриваемой ошибки может стать наличие активных сеансов пользователей, работающих в разных версиях платформы 1С. Например, в базе есть активный сеанс пользователя с платформой 1С 8.3.5…., а пытается подключиться другой, с версией 8.3.4…. Если на компьютере установлены несколько версий — убедитесь, что в окне редактирования информационной базы выбрана нужная вам “правильная” версия.

7. Другие способы

В 99% случаев вышеописанные способы борьбы с “Ошибкой формата потока” эффективно сделают свою работу и ошибка “уйдет”. В оставшемся 1% придется применять более сложную диагностику, иногда выходящую за рамки 1С, например: почистить временные файлы компьютера, а не только кэш 1С; проверить жесткий диск на битые сектора при помощи утилиты “chkdsk.exe”; проверить компьютер антивирусом. Можно даже попробовать запустить базу 1С на другом компьютере и таким образом локализовать проблему, убедившись, что ошибка кроется именно в информационной базе, а не в железе и не в Операционной Системе.

Данная статья создана в помощь столкнувшимся с ошибкой 1С “Ошибка формата потока”, здесь были рассмотрены и объяснены причины ее появления, её условные виды и способы устранения. Ошибка выглядит страшно и непонятно из-за своей неопределенности, но, как видим, устранить данную ошибку по силам каждому. Заключив соглашение о техническом обслуживании 1С, работы по устранению сбоев устраняются в кратчайший срок специалистами ГК «Интегрус».

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

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

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

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

Если по какой-либо причине сеанс работы в 1С будет завершен некорректно (отключение ПК из сети, неправильное завершение работы с программой, потеря связи с сервером) – файл кэша может быть поврежден, что вызовет ошибку формата потока. Именно из-за повреждения кэша и возникает ошибка формата потока.

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

Разновидности ошибки:

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

Устранение ошибки

Чистка кэша

Чаще всего проблема с кэшем устраняется его удалением. Следует перейти по пути Системный Диск: ПользователиТекущий пользовательAppDataRoaming1С. Затем найти директории с названиями «1Cv8» и «1Cv82», выделить все файлы и папки, хранящиеся в них, кликнуть правой кнопкой мыши (ПКМ) и выбрать из списка пункт «Удалить».

Никаких негативных последствий этой операции не возникнет, служебные файлы и конфигурации хранятся в других папках.

Этот способ практически всегда помогает, если ошибка возникает при открытии конфигурации.

Тест и исправление

Для исправления ошибки формата потока при запуске 1С следует провести регламентированную операцию «Тест и исправление неисправностей»:

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

Проверка с помощью chdbfl.exe

В случае, если запустить диагностику предыдущим способом возможности нет, нужно зайти в директорию с программой, найти в ней папку «BIN», затем запустить «chdbfl.exe». В открывшемся окне выбрать файл с БД, активировать галочкой «Исправлять обнаруженные ошибки» и нажать «Выполнить».

Произойдет проверка файлов, система сама найдет и устранит проблемы. Во время проверки работать в 1С нельзя. Способ доступен только для файловой БД.

Удаление базы из списка

Для удаления и добавления базы заново, при старте работы выбрать нужную базу данных, кликнуть по кнопке «Удалить…».

Затем, внести заново из меню «Добавить…».

Внимание! Перед удалением стоит нажать кнопку изменить и нажатием «Далее» пролистать все станицы настройки, записав их содержимое.

Этот способ также поможет произвести очистку кэша.

Выгрузка и загрузка базы

Этот способ представляет собой создание архивной копии базы данных. Нужно:

Открыть конфигуратор, выбрать «Администрирование», затем «Выгрузить информационную базу». Указать путь к директории, в которую нужно сохранить бэкап.
После окончания выгрузки создать новую базу на ПК, затем загрузить выгруженный ранее бэкап из меню администрирования.

Но этот способ не сработает, если ошибка формата потока возникает при загрузке файла бэкапа с расширением dt.

Выгрузить и загрузить XML

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

Перейти в меню «Файл» — «Открыть». Указать директорию, где лежит вышеуказанная обработка. Как правило, это главная папка программы.
После ее подключения, в списке отметить все пункты галочками и нажать «Выгрузить данные».

Загрузка происходит точно так же, на расположенной рядом одноименной вкладке.

Обновление платформы

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

Затем сделать выгрузку БД, как было указано выше, чтобы сделать резервную копию.

После этого запускаем скачанный файл и следуем подсказкам мастера.

Другие способы

В большинстве случаев проблема будет решена с помощью вышеописанных способов. Если же, все-таки, ошибка формата потока не исчезла, следует искать причины в оборудовании используемого ПК.

Может помочь чистка временных файлов, диагностика с помощью «Check Disk», проверка проверку на вирусы. Можно перенести базу данных на другой ПК, чтобы убедиться в целостности данных.

Источник

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

Динамическое обновление — это, конечно, нехорошо, но порой других возможностей просто нет. К примеру, компания, работающая 24/7 с количеством людей, работающих в базе, от 100 человек. Когда всех выгнать из базы и провести обновление очень затратно и необходимо заранее это согласовывать, тогда приходится использовать динамическое обновление. Сама ошибка заключется в том, что в момент записи в таблицу «Config» что-то произошло, что помешало корректно закончить данную процедуру. И существует два основных способа лечения этой проблемы:

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

— Второй способ — перезаписать все данные в таблицы «Config» из резервной копии вашей рабочей базы.

Второй способ более надежный, но была проблема в том, что необходимо было поднимать и разворачивать SQL-ный бэкап, что занимало много времени.

И поэтому придумали простой и надежный механизм. Перед каждым динамическим обновлением просто сохранять таблицы «Config» и «ConfigSave» (Сохранять ConfigSave» не обязательно, мы делали, чтобы сохранить сделанные наработки в конфигурации).

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

Копка «Сохраниться перед динамическим обновлением» вызывает процедуру:

Процедура Сохраниться()
//Подключение к SQL
Connection=Новый COMОбъект("ADODB.Connection");
Connection.ConnectionTimeOut =600;
Connection.Open("Provider=SQLOLEDB.1;Password=Пароль;Persist Security Info=True;User ID=Пользовать;Initial Catalog=SQL_ИмяБазы;Data Source=SQL_Сервер");
RecordSet=Новый COMОбъект("ADODB.Recordset");
RecordSet.CursorLocation=3;
RecordSet.LockType=2;
Запрос="[master].[dbo].[sp_backup_config_tables]";
RecordSet.Open(Запрос, Connection);
//Сохраняем информацию о последнем обновлении
СтруктураДанных=Новый Структура();
СтруктураДанных.Вставить("Пользователь",ПараметрыСеанса.ТекущийПользователь);
СтруктураДанных.Вставить("ДатаСохранения",ТекущаяДата());
СтруктураДанных.Вставить("ИмяСервера",ИмяКомпьютера());
ЗначениеВФайл (ПолноеИмяФайла,СтруктураДанных);

ТекстИзменений="";

Запрос="SELECT  [FileName] FROM [SQL_ИмяБазы].[dbo].[ConfigSave]";;
RecordSet.Open(Запрос, Connection);
Если RecordSet.RecordCount>0 Тогда
RecordSet.MoveFirst();
Пока НЕ RecordSet.EOF() Цикл;
ТекстИзменений=ТекстИзменений+Символы.ПС+строка(RecordSet.Fields(0).Value);
RecordSet.MoveNext();
КонецЦикла;
КонецЕсли;
RecordSet.Close();
Сообщить("Данные сохранены. Будут изменены таблици:"+ТекстИзменений);
КонецПроцедуры

Копка «Восстановить данные после ошибки динамического обновления» вызывает процедуру:

Процедура Восстановить ()
//Подключение к SQL
Connection=Новый COMОбъект("ADODB.Connection");
Connection.ConnectionTimeOut =6000;
Connection.Open("Provider=SQLOLEDB.1;Password=Пароль;Persist Security Info=True;User ID=Пользовать;Initial Catalog=SQL_ИмяБазы;Data Source=SQL_Сервер");
Command = Новый COMОбъект("ADODB.Command");
Command.ActiveConnection = Connection;
Command.CommandText ="[master]. [dbo].[sp_restore_config_tables]";
Command.CommandType = 1;
RecordSet = Новый ComОбъект("ADODB.RecordSet");
RecordSet.CursorType = 3;
RecordSet.LockType = 2;
RecordSet = Command.Execute();
КонецПроцедуры

[master].[dbo].[sp_backup_config_tables] и [master]. [dbo].[sp_restore_config_tables]

Это процедуры в SQl.

[master].[dbo].[sp_backup_config_tables]

SET ANSI_NULLS OFF
GO
SET QUOTED_IDENTIFIER OFF
GO
/*
** The system profile of the same type of agent will be used as a template for
** the parameters in this new user profile.
*/
ALTER procedure [dbo].[sp_backup_config_tables]
AS  SET NOCOUNT ON

truncate table [dbo].[Config_Backup];

truncate table [dbo].[ConfigSave_Backup];

insert into [dbo].[Config_Backup]
select * from SQL_ИмяБазы.[dbo].[Config];

insert into [dbo].[ConfigSave_Backup]
select * from SQL_ИмяБазы.[dbo].[ConfigSave];

[master]. [dbo].[sp_restore_config_tables]

USE [master]
GO
/****** Object:  StoredProcedure [dbo].[sp_restore_config_tables]    Script Date: 01/22/2023 11:48:09 ******/
SET ANSI_NULLS OFF
GO
SET QUOTED_IDENTIFIER OFF
GO
/*
** The system profile of the same type of agent will be used as a template for
** the parameters in this new user profile.
*/
ALTER procedure [dbo].[sp_restore_config_tables]
AS
SET NOCOUNT ON

truncate table SQL_ИмяБазы.[dbo].[Config];

truncate table SQL_ИмяБазы.[dbo].[ConfigSave];

insert into SQL_ИмяБазы.[dbo].[Config]
select * from [dbo].[Config_Backup];

insert into SQL_ИмяБазы.[dbo].[ConfigSave]
select * from [dbo].[ConfigSave_Backup];

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

Если раньше такая ошибка считалась критичной и время восстановления занимало до 1 часа, то теперь оно сократилось до 5 минут.

Update :

Статья о триггере , для сохранения таблицы Config перед обновлением //infostart.ru/public/327674/

Источник

В случае ошибки критической ошибки при динамическом обновлении необходимо сделать следующее:Если в таблице configsave есть данные, то таблицу нужно очистить: delete from configsavedelete from config where FileName = ‘commit’delete from config where FileName = ‘dynamicCommit’delete from config where FileName = ‘dbStruFinal’

Источник

Обнаружена незавершенная операция сохранения конфигурации

Причины и обстоятельства

Что же делать при такой ошибке?

При отсутствии конфигурации/копии:

Не помогло?

Рекомендации

Глюк после динамического обновления?

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

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

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

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

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

Готовые решения для всех направлений

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

Виды

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

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

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

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

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

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

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

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

Итог

Ошибка формата потока в 1С: Предприятие — причины возникновения

Пишет «Ошибка формата потока» в 1С 8.3 при запуске – что делать

Ошибка формата потока 1С при загрузке базы или обновлении – что делать

Проверка физической целостности БД

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

Выгрузка из неработающей ИБ в новую

Выгрузка и загрузка данных XML

Рекомендации

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

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

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

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

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

Почему 1С 8 пишет «Ошибки формата потока»?

Виды ошибки формата потока

Как устранить “Ошибку формата потока”?

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

2. Запустить тестирование и исправление 1С

3. Запуск«chdbfl.exe»

4. Выгрузить и загрузить информационную базу в .dt

<img decoding="async" loading="lazy" src="https://integrus.ru/wp-content/uploads/2017/10/07.png" alt="отчет ошибка формата потока" width="647" height="381" />5. Выгрузить и загрузить данные XML.

<img decoding="async" loading="lazy" src="https://integrus.ru/wp-content/uploads/2017/10/08.png" alt="платформа 1с предприятие 8.3 ошибка формата потока" width="869" height="467" />6.Обновление 1С

<img decoding="async" loading="lazy" src="https://integrus.ru/wp-content/uploads/2017/10/09.png" alt="ошибка формата потока при обновлении" width="391" height="369" />7. Другие способы

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

Устранение ошибки

Чистка кэша

Тест и исправление

Проверка с помощью chdbfl.exe

Удаление базы из списка

Выгрузка и загрузка базы

Выгрузить и загрузить XML

Обновление платформы

Другие способы

5. Выгрузить и загрузить данные XML.

6.Обновление 1С

7. Другие способы