И снова ошибка формата потока. |
Я |
12.04.21 — 17:57
Итак, имеем: платформа 8.3.10, серверная база, самописная конфа.
В процессе динамического обновления конфигуратор упал с ошибкой формата потока и далее не запускался.
Первым делом попробовал почистить кэш. После очистки конфигуратор запустился с закрытой конфигурацией. При попытке открыть конфигурацию опять — ошибка формата потока. Ну ок, поскольку конфигуратор все-таки запустился, попробовал выгрузить dt. Как ни странно, получилось. А вот дальше интересное. Сначала попробовал загрузить dt в новую свезесозданную базу. Всё сработало, открывается и предприятие, и конфигуратор и конфигурация. Загружаю в старую базу — облом. Предприятие запускается, конфигуратор запускается, но при попытке открыть собственно конфигурацию — ошибка формата потока. Попробовал базу на сервере удалить и создать заново — та же фигня. Казалось бы, можно плюнуть и работать в новой базе, но пользователей дофига, территория большая, и админам страшно не хочется оббегать всех и перепрописывать базу. Куда ещё можно покопать, чтобы заставить базу работать под старым именем?
1 — 12.04.21 — 18:00
(0) демоническое обновление до добра не доводит)
2 — 12.04.21 — 18:09
(1) Да вот сто лет уже не сталкивался с проблемами от него, и на тебе.
3 — 12.04.21 — 18:22
тема ошибок при динамическом обновлении обсуждалась на этом форуме десятки раз. нет смысла повторять.
так что Вам в поиск.
4 — 12.04.21 — 18:28
Чем старее платформа, тем выше вероятность ошибок, хотя слишком свежие релизы тоже чреваты…
5 — 12.04.21 — 18:30
(0)
truncate table [dbo].[Config]
go
insert into [dbo].[Config] select * from [Copy].[dbo].[Config]
go
6 — 12.04.21 — 18:31
Предупрежу фразу о «лицензионном»: А пусть пишут нормально
7 — 12.04.21 — 18:31
(0) Сталкивались с подобным, сервер PG был.
Развернули базу из dt в новую конфу. В старой дропнули таблицы config и configsave.
Перезалили из развернутой базы.
Бекапами только обвешайтесь
8 — 12.04.21 — 18:33
(6) «Добродетельному человеку можно всё» (Сократ)
9 — 12.04.21 — 18:40
(5) А смысл? Я загружал dt полностью из той же копии.
10 — 12.04.21 — 18:43
Или хотите сказать, что при загрузке dt таблица config не перезаписывается? Но это же бред.
11 — 12.04.21 — 18:46
(10) Содержимое перезаписывается. Она походу не пересоздается когда 1с грузит дт и в базе есть таблица config.
12 — 12.04.21 — 18:55
(11) Понял. Ок, попробую.
13 — 12.04.21 — 18:58
1С рекомендует делать бэкапы средствами субд
14 — 12.04.21 — 19:16
(2) >> сто лет уже не сталкивался с проблемами от него, и на тебе.
Уж сколько раз твердили миру…
С динамическим обновлением всегда так. Сто лет по десять раз в день никаких проблем, а потом в самый неудачный момент случается косяк.
Рецепт из (5) в 99% случаев спасает. Однако остаётся ещё 0.5%, когда и он не решает проблему. И ещё 0.5%, когда очистка таблиц помогает, но из-за того, что пользователи уже успели поработать с конфигурацией в разных состояниях (у кого-то обновлённая, а у кого-то — не обновившаяся) данные становятся неконсистентными.
Поэтому динамически обновляться нельзя.
Более того. Многие почему-то считают, что расширения помогают решить эту проблему. А это не так. Подключение расширения — есть не что иное как неявное динамическое обновление. И при нём случаются абсолютно те же самые проблемы, что и при обычном динамическом обновлении. И точно так же половина пользователей работают в конфе с подключенным расширением, а половина не перезапускают сеанс и продолжают работать со старой версией конфигурации.
Динамическое обновление и возможность подключать расширения «на лету» — очень заманчивые технологии. Но на практике крайне рискованные. Всегда надо быть готовым к самому негативному из возможных сценариев развития событий. Правильная оценка рисков приводит к единственно верному решению.
15 — 12.04.21 — 19:27
Можем обсудить, расширение это явное динамическое обновление или динамическое обновление это неявное расширение. И насколько неявным расширением базы является кэш.
Вопрос в том, достаточно ли инструментов для бакапа, управления сеансами пользователей и существующих сетевых протоколов (а возможно еще что то забыли) для нормальной работы искаропки.
Разве тонкий и веб клиент не решают проблему с динамическим обновлением структуры базы данных?
16 — 12.04.21 — 19:55
(15) >> Разве тонкий и веб клиент не решают проблему с динамическим обновлением структуры базы данных?
Интересно — каким образом?…
>> достаточно ли инструментов для бакапа, управления сеансами пользователей и существующих сетевых протоколов (а возможно еще что то забыли) для нормальной работы искаропки.
Бекап не решает проблему.
Пример из личного опыта (версию платформы сейчас не вспомню). База в режиме восстановления, позволяющем откатиться на любой момент времени. Подключили сутра расширение к базе при работающих пользователях. Примерно к обеду заявка на техподдержку с ошибкой формата потока. Начинаем разбираться. В конфигуратор не войти. В пользовательском режиме — кто-то может войти, а кто-то нет. Кто и сколько проработал в какой версии (с подключенным / с неподключенным расширением непонятно). Проблему решили методом очистки таблиц из (5). Но базу пришлось восстанавливать по состоянию на утро (до подключения расширения). А потом долго объяснять пользователям, что всё, что они делали полдня, придётся повторить заново. Хорошо, что речь шла об обычной бухгалтерии, а не о какой-нибудь из оперативных баз.
По поводу остальных инструментов. Всё что нужно есть.
Для установки обновления на продуктив надо всех выгонять из базы. Делаем рассылку по пользователям, устанавливаем блокировку подключения, останавливаем обмены, ставим обновление или подключаем расширение. Только после этого запускаем пользователей.
Если база в режиме 24/7, значит установка обновлений и расширений должна быть исключительно в периоды технологического окна, которые строго регламентированы и планируются заранее. И разумеется эти обновления предварительно тщательно тестируются.
А динамическое обновление только расхолаживает программиста и дает ему возможность гнать не оттестированную лажу в продуктив. Типа «а фигня — если чё — динамически поправлю».
И работает оно без сбоев только в теории. А в жизни постоянно встречаются «нюансы» — то операционная система на клиенте кэш не почистила, то вэб-сервер, то сервер приложения, то пользователь открыл одновременно пять сеансов и в каждом из них своя версия конфигурации, то закрыл как-то некорректно сеанс, а в кэше что-то осталось и т.д. и т.п.
Пока нет 100%-ной гарантии стабильной работы в любых условиях, пользоваться динамическим обновлением можно только на свой страх и риск. И тогда, как автор, успешно отработав 10 лет, можно нарваться на проблему. И по законам подлости, произойдёт это в самый неподходящий момент.
17 — 13.04.21 — 00:07
(16) При этом на мисте многие специалисты (настоящие, а не как Г1С) регулярно утверждают, что «динамическое обновление норм, всегда так делаю», а те, кто их послушает, потом ловит ошибку аля (0) или похуже (до полной неработоспособности базы).
18 — 13.04.21 — 00:14
Ну поорите очередной раз, что и расширения дрянь дрянная и чего?
19 — 13.04.21 — 06:40
(18) Может уже откажутся от расширения. Только проблемы от него
20 — 13.04.21 — 07:09
(0) Админам можно рассказать про список общих баз…
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) Проблемы обычно решаются чисткой кэша у конкретного пользователя. Не будьте таким пессимистом.
28 — 13.04.21 — 08:56
(25) Не факт. По моим наблюдениям динамические обновления «копятся». Иными словами, вчера дин. обновил, сегодня, а завтра — сразу накроется.
С тех пор, как стал придерживаться тактики «ночью обязательно обновляю» проблемы с динамическим обновлением исчезли.
29 — 13.04.21 — 09:06
(28) Правильно. Одно динамическое обновление в сутки — ОК. При условии, что ночью будет полноценное обновление.
30 — 13.04.21 — 09:06
(25) Проблема динамического обновления может и через год стрельнуть в виде битой конфигурации, в результате чего у одних пользователей выполняется один код, а у других — другой. Ну мало ли что там произошло — ну забыла платформа удалить старые версии кода когда ими все перестали пользоваться. И оно так и осталось внутри.
31 — 13.04.21 — 09:07
(30) Через год!… О-ля-ля
32 — 13.04.21 — 09:15
А где топикстартер-то? У него всё нормально?
33 — 13.04.21 — 09:16
(31) Ну, через год таки заметили глюки в одной редко используемой ветке кода, и дошли до причины их возникновения, когда у одних пользователей выполняется один код, а у других — немного другой. И чистка кеша не помогала, т.к. оно было в конфигурации и рандомно выдавало разные версии кода. Когда выяснили это и стали проверять — оказалось, что и по интерфейсу были небольшие различия у пользователей, тоже внесенные динамическим обновлением. Решилось через выгрузку и загрузку файлов, но их пришлось подчистить ручками перед загрузкой. Весело было… после этого динамическое обновление согласуется со всеми отделами — и чаще всего оказывается, что не очень-то и срочно оно нужно.
34 — 13.04.21 — 09:16
(31)был случай (сам свидетель), когда после динамо из хранилища восстановился местами код месячной примерно давности….
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) Распишите ситуацию, когда динамическое обновление прям нужно делать, иначе капец. И оно не укладывается в три пункта выше.
40 — 13.04.21 — 09:26
если не пользоваться демоническим обновлением, то не удастся узнать какие проблемы это может принести
Как наверняка развалить базу динамическим обновлением?
41 — 13.04.21 — 09:28
(40) >> если база серверная, то можно открыть ее из разных серверов приложений и одновременно динамически обновить
Зачёт!
42 — 13.04.21 — 09:37
(33) >> динамическое обновление согласуется со всеми отделами — и чаще всего оказывается, что не очень-то и срочно оно нужно.
+100. Та же самая фигня. Как только стали согласовывать установку исправлений/обновлений, выяснилось, что в 99.9% случаев все абсолютно спокойно готовы подождать до завтра. И крайне редко согласуется 10-тиминутное окно с блокировкой доступа к базе.
43 — 13.04.21 — 09:42
(18) >> Ну поорите очередной раз, что и расширения дрянь дрянная и чего?
Да ничего. Чё орать о том, что и так очевидно?
Как и в любой другой технологии, в 99% случаев проблема не в ней самой, а в тех, кто её применяет, и как они это делают.
Обсуждения на мисте показывают, то подавляющее (если не сказать «абсолютное») большинство, мягко говоря, не очень четко представляют себе как и для чего надо пользоваться расширениями, применяя их к месту и не к месту.
44 — 13.04.21 — 09:44
И еще в тему про боязнь демонического обновления с баша. Как будто мы другими способами не можем базу уложить.
#357076
26.06.2007 в 0:25
Kenga: я не пью кофе, тем более чёрный. Это для сердца опасно. Умиреть боюсь:)
шИринко: Ты выкуриваешь по три пачки сигарет в день, неделями не выходишь из запоя, при этом пьёшь всё что горит, постоянно спишь с какими то бл#дями, переходишь дорогу на красный свет и постоянно когда видишь толпу злых гопнегов тычешь в них пальцем с криками «Самри какие они лохи!» И ТЫ БОИШЬСЯ УМЕРЕТЬ ОТ КОФЕ?!?!?!?!?! O_o
45 — 13.04.21 — 10:30
(44) прост обычными способами ты сразу базу положишь, а не через какое-то время. И обычно делаешь бекапы перед такими телодвижениями. А при демоническом обновлении 99% никто бекапы не делает и в режиме онлайн тестят свой код по живому, а потом удивляются, мол как так ошибка потока)
46 — 13.04.21 — 10:53
(43) ну вот ты очереодной раз проорался, хотя, на минуточку, пост не был адресован персонально тебе
Не чешите Гондурас и он не будет Вас беспокоить
Dmitrii
47 — 13.04.21 — 11:06
(46) Про расширения в теме динамического обновления именно я поднял вопрос в этой ветке.
Поэтому именно я ответил на твою реплику.
Расширения — это тот самый Гондурас, который зачастую лучше расчесать пораньше, чем потом кусать локти.
Ошибка формата потока 1С Предприятие — одна из самых распространенных ошибок, возникающих при работе с 1С программами. Из публикации вы узнаете, как исправляется ошибка формата потока 1С Предприятие 8.3 без обращения к администраторам или партнерам 1С, проверенными на практике способами.
Работаешь в программе 1С, все замечательно, а тут неизвестно из-за чего появилась небольшая форма с уведомлением «Ошибка формата потока» и с вариантами «Завершить работу» в программе или «Перезапустить» программу. Перезапуск, естественно, ни к чему не приводит, ошибка появляется снова…
Я описал ваш случай? Не огорчайтесь! Вы не первый пользователь 1С у кого эта ошибка появилась, и, уверен, что не последний. За время работы с 1С программами выработался алгоритм исправления этой ошибки, которым я хочу поделиться в этой публикации. Поэтому, читайте и исправляйте эту 1С «занозу»! Итак…
…из публикации вы узнаете:
- Почему возникает ошибка формата потока 1С Предприятие 8.3
- Эффективный способ исправить ошибку файловых баз 1С Предприятие 8.3
- Стандартные шаги по исправлению ошибки формата потока 1С Предприятие 8.3
- Нестандартные способы исправить ошибку формата потока 1С Предприятие 8.3
- Ещё пара способов исправить ошибку формата потока 1С Предприятие 8.3
Ошибка формата потока 1С Предприятие 8.3 — одна из самых распространенных в работе 1С:Предприятие и при этом одна из самых не информативных. Вылетает окошко с сообщением об ошибке и никакой дополнительной информации, что и где сломалось и как починить. Поэтому, исправление ошибки формата потока 1С начнем с вычисления причин появления этой ошибки, что бы лучше знать «врага» в лицо.
Почему возникает ошибка формата потока 1С Предприятие 8.3
Что бы выяснить причины появления ошибки формата потока 1С 8.3 необходимо рассмотреть область данных 1С платформы. Тут хотелось бы отметить, что платформа 1С во время работы использует:
- жесткий диск, на который во время работы платформы 1С сохраняются временные файлы настроек, логи, сервисная и пользовательская информация;
- сеть (в случае сетевой работы), по средствам которой происходит обмен пакетами данных с другими компьютерами или серверами сети (в случае клиент-серверного варианта работы 1С Предприятие).
Причем, платформа 1С Предприятие использует указанные ресурсы постоянно.
А теперь представьте, что произошел скачек электричества, поэтому часть сетевого пакета исказилась и была записана в некорректной форме или отключили электричество и данные, которые писались в кеш 1С записались частично, что в этом случае произойдет?
Правильно! При попытке прочитать эти данные и их обработать, 1С не сможет их «прожевать» и выплюнет с «ошибкой формата потока». Вот такой «верблюд» получился и у вас. Давайте рассмотрим, что можно с этим сделать.
Первым делом необходимо сделать копию информационной базы 1С на случай порчи рабочей базы при её исправлении.
Эффективный способ исправить ошибку формата потока 1С Предприятие 8.3 для файловых баз данных 1С
Если вы работая в файловой версии 1С Предприятие, стали жертвой этой напасти, то хочу предложить способ от её избавления, работающий в 78% случаев.
- Для этого необходимо зайти в каталог, где хранится база данных 1С Предприятие 8.3 и удалить все файлы и папки, КРОМЕ ФАЙЛА ДАННЫХ 1Cv8.CD. Операция требует сноровки, поэтому будьте осторожны, не переборщите с удалением! 🙂
Путь до каталога базы данных 1С Предприятие 8.3 вы можете посмотреть при запуске программы — он будет расположен внизу окна запуска 1С Предприятие 8.3.
По поводу удаленных файлов не переживайте — это все служебные файлы, которые будут созданы заново в правильном формате при следующем запуске 1С Предприятие 8.3.
- Если предложенный способ не помог, то для исправления файловых баз в 1С Предприятие 8.3 предусмотрена утилита chdbfl.exe. Проверьте структуру вашей базы, воспользовавшись этой утилитой.
Ошибка формата потока 1С 8.3 не исчезла? Плохо! Читаем дальше.
Стандартные шаги по исправлению ошибки формата потока 1С Предприятие 8.3
Если указанные выше рекомендации не помогли в исправлении ошибки формата потока 1С или если у вас клиент-серверная база данных 1С, то следующими шагами исправления будут стандартные операции, возникающие при любых ошибках:
- Очистка кеша 1С Предприятие 8.3
- Тестирование и исправление информационной базы 1С Предприятие 8.3
На эти темы были написаны подробные публикации, поэтому тут мне добавить нечего. Читайте статьи и делайте всё в точности по написанному.
Если после проделанных с базой манипуляций «ошибка формата потока» все равно появляется, в этом случае пробуйте ещё один проверенный способ:
- выгрузите вашу базу с файл *.dt, создайте пустую базу 1С и загрузите в неё выгруженный до этого файл *.dt. В выполнении этой операции вам поможет статья про резервное копирование базы 1С Предприятие 8.3.
На этом шаге исправить ошибку формата потока 1С Предприятие 8.3 получается в 94% случаев. Но что делать есть не спало???
Нестандартные способы исправить ошибку формата потока 1С Предприятие 8.3
До этого были проделаны все стандартные операции по исправлению данной ошибки, и если до этого момента ошибка не устранена, значит придется заняться «творчеством». Ещё этот процесс называют «танцами с бубнами» или «шаманством»… Поэтому, если до этого вы не «танцевали», то ошибка формата потока 1С Предприятие 8.3 может вам составить отличную пару. Итак, продолжим:
- Пробуйте загрузить файл *.dt в новой базе данных, созданной на другом компьютере. Этим вы исключите вероятность некорректно работающего железа или программ компьютера, где находится база.
- Удалите (именно УДАЛИТЕ через Установку и удаление программ) платформу 1С и установите заново, желательно новейшую версию. Исключаем некорректно работающие исполняемые файлы платформы, которые могли быть подпорчены вирусами или «посыпавшимися» секторами жесткого диска или другими способами.
- Обновите конфигурацию на следующий релиз или загрузите текущую конфигурацию из файла *.cf с полным замещением объектов.
- Отключите брандмауэр и антивирусы. Существует вероятность, что исполняемый файл был замечен в подозрительной активности антивирусом и помещен в карантин или остался под жестким контролем с блокировкой «опасных» действий. В любом случае — исключаем вариант карантина антивирусов.
- Удалите временные файлы на компьютере. Они находятся в нескольких местах:
- В профиле пользователя, для поиска введите %Temp% в адресной строке проводника.
- В папке C:WindowsTemp
- Иногда на диске C:Temp
- Ещё один способ был однажды применен, когда ничто не помогало — создали полный начальный образ базы данных и потом отвязали его от РИБ, сделав независимым. Получили ту же базу, пропустив начальную через механизмы РИБ (как через мясорубку 🙂 ) .
Ещё пара способов исправить ошибку формата потока 1С Предприятие 8.3
Есть ещё пара способов с хакерским подходом:
- загрузить файл *.dt в клиент-серверную базу данных (если база с ошибкой формата потока клиент-серверная, то делаем на ней, предварительно сделав копию) и очистить файл от всех записей в таблице «configsave» через программную консоль.
- в утилите Tool_1CD есть проверка формата потока. Скачайте эту утилиту и проверяйте поток.
Описанные в публикации способы исправления ошибки формата потока были проверены на практике — работают!
Надеюсь, что ничего не забыл. Если вдруг всплывет в памяти что-то ещё, то обязательно дополню публикацию.
Всем читателям отличного настроения! Пусть ошибка формата потока вас обходит стороной!!! 😉
Если вам что-то не понятно в вопросе как исправляется ошибка формата потока 1С:Предприятие 8.3, то вы можете задать вопрос в комментариях к статье или на форуме сайта.
Что бы не потерять статью в просторах интернета — сохраните её к себе в социальные сети или в закладки.
Сообщение «Ошибка формата потока 1с 8.3» может выдаваться программой 1С в процессе запуска информационной базы либо при ее обновлении. Пользователю предлагается лишь два варианта действий: «Перезапустить» и «Завершить работу», никаких пояснений программой не предусмотрено.
Ниже будут подробно рассмотрены причины, которые приводят к данной проблеме, и наиболее эффективные методы ее устранения.
Причины ошибки
Существует всего две ситуации, когда возникает ошибка формата потока:
- Кэш. Проблема вызвана неверной обработкой кэш-файлов. Это периодически случается при грубом завершении работы программы — отключении питания компьютера, отключение от сети интернет, завершение работы главного компьютера до того, как другие пользователи выйдут из программы и т. п.;
- Битый документ. Если проблема возникает в процессе работы с программным обеспечением (открытие документа, базы данных и т. д.), то это говорит о нарушении целостности этих документов.
В некоторых случаях данная ошибка может появиться сразу на всех компьютерах, которые задействованы в выполнении определенных задач, — при запуске ПО, создании/выгрузке отчета, запуске Конфигуратора. Это происходит, когда программе 1С попадается поврежденный массив информации, который она не может обработать.
Устраните ошибку 1С силами специалистов IT RUSH!
Стоимость работ программиста – 2000 руб./час, абонемент от 50 часов в месяц – 1900 руб. в час, от 100 часов в месяц – 1800 руб. в час
Если вы не обладаете должными навыками Работы с 1С, то попытки самостоятельного устранения ошибок могут привести лишь к ухудшению ситуации и полной потере данных. В связи с этим рекомендуем воспользоваться услугами специалистов, которые имеют опыт устранения проблем БД.
Избавляемся от временных файлов
В корневой папке кроме файла конфигурации 1Cv8.1CD имеется множество файлов других типов:
- имеющие расширение .cfl являются служебными и создаются 1С:Предприятием. Программа использует эти файлы в файловом режиме работы для обеспечения контроля совместного доступа нескольких пользователей к программе. Данные файлы не имеют размера и сохраняются после выключения программы;
- имеющие расширение .1cl используются хранилищем конфигурации в качестве носителей блокировок данных. Иными словами, файл базы 1cv8.1CD не блокируется в процессе работы программы, а блокировке подвергается файл 1cv8.1cl, который является вспомогательным. К примеру, если 1С начнет выполнять определенную задачу — открытие или запись документа, то заблокирован будет 1cl, а после выполнения задачи блокировка будет снята;
- файл 1Cv8Tmp содержит в себе различную сеансовую информацию, список пользователей, которые авторизованы в программе.
Если удалить из корневой папки все временные файлы, относящиеся к предыдущим сессиям работы, то это с большой долей вероятности исправит ошибку формата потока 1С 8.3. Все необходимые временные файлы программа при следующем запуске восстановит автоматически.
Обновление информационной базы в списке
Это один из вариантов чистки кэша, который часто исправляет подобные ошибки.
От пользователя требуется лишь выделить базу и нажать кнопку «Удалить», после чего снова вернуть ее в список, нажав на кнопку «Добавить» и выбрав нужную базу.
Прочие способы решения проблемы
Приведенные выше варианты обычно полностью устраняют ошибку. Если же ошибка формата потока при загрузке базы продолжает возникать, то можно использовать загрузку и выгрузку БД, используя формат .dt. Для этого нужно выгрузить файл БД в виде .dt, используя Конфигуратор через пункт меню «Администрирование».
После создания новой БД нужно через тот же пункт меню загрузить в нее выгруженный в формате .dt документ.
Наши постоянные клиенты по 1С:
Выгрузка/загрузка XML
Не рекомендуется делать самостоятельно — можно потерять важные данные! Лучше обратитесь к программистам Ай-Ти-Раш. Если все такие решите попробовать, то данные нужно выгрузить в формат XML, а не в .dt, как в прошлом способе.
Далее, данные базы загружаются обратно, с помощью встроенной обработки “Выгрузка и загрузка данных XML”.
Нам доверяют:
Содержание:
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С с битой версии на нормальную. И уже в ней попробовать выполнить обновление. И на это раз всё должно получиться!
Специалист компании «Кодерлайн»
Никита Брежницкий
Результаты опроса: Помогло ли вам данное решение?
- Голосовавшие
- 2. Вы ещё не участвовали в этом опросе
-
Да
-
Нет
-
19.01.2023, 16:41
#1
Пришел за помощью
[РЕШЕНО] 1c 8.3.22.х Ошибка формата потока
Лечим «Ошибка формата потока» в клиент серверной базе при понижении версии платформы (необходимости запуска базы на более низкой версии, например на 8.3.21.1393, вместо текущей 8.3.22.1704).Вводные данные:
Платформа 8.3.20.1996 + Mimo 4 + MS SQL
Управление торговлей 11.5.8.309
Некосячного бэкапа нет.Пошагово:Код:
1. Берем чистый релиз той же версии, что и сломанной УТ (в моем случае 11.5.8.309) и создаем чистую базу из-под некосячной платформы (в моем случае 8.3.20.1996); 2. Отключаем службу сервера 1С 3. В Management Studio выполняем запрос: USE ИмяСломаннойБД GO DELETE FR OM ИмяСломаннойБД.[dbo].[Config] GO INS ERT IN TO ИмяСломаннойБД.[dbo].[Config] SEL ECT * FROM ИмяЧистойБД.[dbo].[Config] GO 4. Включаем службу сервера 1С ПРОФИТ!
Ранее упоминали о возможность удаления конкретной записи из БД.
use ИмяСломаннойБД
DELETE FR OM config WH ERE filename = ‘versions’
Но, на моей практике этот способ помог мне на 3 базах из 12.P.S. Файловые восстанавливал тем же путем, предварительно перегнав в Клиент-Сервер, через DTшник
Код:
Дополнение 1: У меня SQL, зашёл в Managment Studio, открыл редактор запросов И выполнил use ИмяСломаннойБД DELETE FROM config WHERE filename = 'versions' Потом зашёл в конфигуратор зарплаты выполнил скрипт для понижения версии, запустил базу. Всё.
Код:
Дополнение 2: Что делали: - Установка 8.3.21.1302 + Mimo - делаем копию 1Cv8.1CD - в коммандной строке cd "C:Program Files1cv88.3.21.1302bin", коммандную строку не закрываем - потом cnvdbfl.exe -c -f 8.2.14 "D:папка с вашей базой1Cv8.1CD", коммандную строку не закрываем - открываем Tool_1CD (0.3.0.0) и в нем открываем ваш файл (к примеру "D:папка с вашей базой1Cv8.1CD"0 - таблица "config "и удаляем последнюю строку "versions" - закрываем Tool_1CD (0.3.0.0) - потом cnvdbfl.exe -c -f 8.3.8 "D:папка с вашей базой1Cv8.1CD", коммандную строку закрываем Главное использовать правильный Tool_1CD 0.3 с возможностью редактирования. А то мой 0.4 редактировать не давал.
https://cloud.mail.ru/public/yhuz/2TXpVi42D
p.s. Решение не мое. Проверял только пункт — Дополнение 2, работает для файловых баз!
Код:
Важно из соседней ветки: Новые конфигурации следует запускать на платформах Последние версии платформ без таймбомбы в их коде: 8.3.17.2306; 8.3.18.1779; 8.3.19.1522; 8.3.20.1996; 8.3.21.1393
Последний раз редактировалось Stavros; 19.01.2023 в 16:46.
-
5 пользователя(ей) сказали cпасибо:
daydream-07 (15.02.2023), gaga515 (22.02.2023), ikalichkin (23.01.2023), SerPro8547 (07.02.2023), Voland36 (27.03.2023)
-
07.02.2023, 22:39
#2
Гость форума
Re: [РЕШЕНО] 1c 8.3.22.х Ошибка формата потока
спасибо тебе огромное, добрый человек! Низкий поклон тебе! Плюсов благодарности тебе в карму!
-
15.02.2023, 16:16
#3
Пришел за помощью
Re: [РЕШЕНО] 1c 8.3.22.х Ошибка формата потока
а почему может выходить неподдерживаемая версия базы? 2 базы одного и того же релиза, типовые, одна открывается вторая нет (
-
07.04.2023, 08:36
#4
Гость форума
Re: [РЕШЕНО] 1c 8.3.22.х Ошибка формата потока
Обратился клиент с поломанной базой, ошибка формата потока, не помогает вообще никакое решение.
База файловая, бэкапов нет. Не заходит ни в предприятие, ни в конфигуратор. Выгрузить dt соответственно не могу.
Чистка кэша не помогает, удаление/добавление базы в списке не помогает, chdbfl ошибок не находит, удаление через Tool_1CD строки versions из таблицы CONFIG не помогает.
Смена релиза платформы не помогает.
Пробовал из некосячного файла конфигурации выдернуть таблицу CONFIG и через XML загрузить в битый 1CD, не помогает.
Может есть еще сильней колдунство?
-
07.04.2023, 09:10
#5
Re: [РЕШЕНО] 1c 8.3.22.х Ошибка формата потока
Сообщение от Lion heart
Обратился клиент с поломанной базой, ошибка формата потока, не помогает вообще никакое решение.
База файловая, бэкапов нет. Не заходит ни в предприятие, ни в конфигуратор. Выгрузить dt соответственно не могу.
Чистка кэша не помогает, удаление/добавление базы в списке не помогает, chdbfl ошибок не находит, удаление через Tool_1CD строки versions из таблицы CONFIG не помогает.
Смена релиза платформы не помогает.
Пробовал из некосячного файла конфигурации выдернуть таблицу CONFIG и через XML загрузить в битый 1CD, не помогает.
Может есть еще сильней колдунство?Этого недостаточно. https://forum.ruboard.ru/showthread….626#post765626
-
07.04.2023, 09:21
#6
Гость форума
-
07.04.2023, 09:33
#7
Re: [РЕШЕНО] 1c 8.3.22.х Ошибка формата потока
Сообщение от Lion heart
увы, но это тоже не помогло
Не может быть. Всем помогало. Есть еще такое https://cloud.mail.ru/public/aGMh/p13j9regY и https://cloud.mail.ru/public/FMtE/V3EQDrq1b
-
07.04.2023, 10:22
#8
Гость форума
-
07.04.2023, 10:31
#9
Re: [РЕШЕНО] 1c 8.3.22.х Ошибка формата потока
Сообщение от Lion heart
мне врать не за чем, если есть желание проверить, могу скинуть файлик
Я не говорил, что вы врете. Вероятно, что-то сделали не так. Смотри личное сообщение.
-
07.04.2023, 12:24
#10
Спец
Re: [РЕШЕНО] 1c 8.3.22.х Ошибка формата потока
Сообщение от Lion heart
Обратился клиент с поломанной базой, ошибка формата потока, не помогает вообще никакое решение.
Так может проблема не в «черной метке», а база реально повреждена
[РЕШЕНО] 1c 8.3.22.х Ошибка формата потока
Re: [РЕШЕНО] 1c 8.3.22.х Ошибка формата потока
Сообщение от Lion heart
Похожие темы
-
Ответов: 9
Последнее сообщение: 22.07.2022, 01:32
-
Ответов: 2
Последнее сообщение: 05.02.2021, 20:49
-
Ответов: 1
Последнее сообщение: 21.01.2016, 16:41
-
Ответов: 9
Последнее сообщение: 30.01.2015, 08:35
-
Ответов: 1
Последнее сообщение: 07.09.2012, 17:21
Метки этой темы
Социальные закладки
Социальные закладки
Ваши права
- Вы не можете создавать новые темы
- Вы не можете отвечать в темах
- Вы не можете прикреплять вложения
- Вы не можете редактировать свои сообщения
- BB коды Вкл.
- Смайлы Вкл.
- [IMG] код Вкл.
- [VIDEO] код Вкл.
- HTML код Выкл.
Правила форума