Ошибка формата потока при открытии конфигурации в конфигураторе
Открываю конфигуратор -> Конфигурация -> Открыть конфигурацию -> Выскакивает окошко "Ошибка формата потока"
Уже пробовала и не помогло:
1. CHDBFL обнаружила и исправила несколько ошибок, но проблема осталась;
2. Удаление из списка баз и повторное добавление;
3. Очищение данных из каталога "C:\Documents and Settings\пользователь\Application Data\1C\1Cv82)";
4. Простое копирование содержимого каталога bin в новый каталог;
5. Отключение файрволов и антивирусов;
6. Выгрузка базы и загрузка в пустую;
7. Тестирование и исправление нашло одну ошибку, исправило, но проблема осталась;
8. Удаление папок 1Cv8FTxt и 1Cv8Log, находящихся в каталоге ИБ.
Помогите может кто сталкивался?
Уже пробовала и не помогло:
1. CHDBFL обнаружила и исправила несколько ошибок, но проблема осталась;
2. Удаление из списка баз и повторное добавление;
3. Очищение данных из каталога "C:\Documents and Settings\пользователь\Application Data\1C\1Cv82)";
4. Простое копирование содержимого каталога bin в новый каталог;
5. Отключение файрволов и антивирусов;
6. Выгрузка базы и загрузка в пустую;
7. Тестирование и исправление нашло одну ошибку, исправило, но проблема осталась;
8. Удаление папок 1Cv8FTxt и 1Cv8Log, находящихся в каталоге ИБ.
Помогите может кто сталкивался?
По теме из базы знаний
- Ошибка формата потока при открытии стандартного отчета Бухгалтерии 8.2
- Файловые базы *.1CD. Физическая структура. Восстановление.
- Ошибка формата потока данных, частный случай
- Ошибка формата потока данных 1С
- Описание формата контейнера 1С (CF, EPF, ERF, CFE) с помощью БНФ. Предлагается внешняя компонента на С
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
А п.4 - это что-то новенькое: так ни одной ошибки еще не исправляли )
Достаточно было либо из рабочего бэкап восстановиться, или CF рабочий накатить, что, в принципе, одно и то же.
Но во втором случае велика вероятность возникновения других проблем - если CF достаточно старый, и после его создания менялись объекты.
Ну и да, почистить клиентский-серверный кэши.
4. Простое копирование содержимого каталога bin в новый каталог;
5. Отключение файрволов и антивирусов;
6. Выгрузка базы и загрузка в пустую;
7. Тестирование и исправление нашло одну ошибку, исправило, но проблема осталась;
Это вообще в данном случае не нужно было.
5. Отключение файрволов и антивирусов;
6. Выгрузка базы и загрузка в пустую;
7. Тестирование и исправление нашло одну ошибку, исправило, но проблема осталась;
А п.4 - это что-то новенькое: так ни одной ошибки еще не исправляли )
Достаточно было либо из рабочего бэкап восстановиться, или CF рабочий накатить, что, в принципе, одно и то же.
Но во втором случае велика вероятность возникновения других проблем - если CF достаточно старый, и после его создания менялись объекты.
Ну и да, почистить клиентский-серверный кэши.
Попробуй на копии загрузи просто конфигурацию из файла, а её создай от пустой базы, сделай установку чистой базы обнови её до нового релиза и в конфигураторе выгрузи в файл, а там посмотри что получится после загрузки в копию Вашей базы, результат не гарантирован на 100 процентов, но помочь может.
таблица CONFIGSAVE не повреждена (собственно, она вообще пустая), а вот в таблице CONFIG есть три битых объекта.
т.к. Предприятие открывается и нормально, то, видимо, эти объекты не очень значимые для Вашей повседневной работы. попробуйте создать новую БД с идентичной конфой и перекачать все данные с помощью обработки ВыгрузкаЗагрузкаДанныхXML.
если не поможет, то придётся заказывать ремонт БД
т.к. Предприятие открывается и нормально, то, видимо, эти объекты не очень значимые для Вашей повседневной работы. попробуйте создать новую БД с идентичной конфой и перекачать все данные с помощью обработки ВыгрузкаЗагрузкаДанныхXML.
если не поможет, то придётся заказывать ремонт БД
Решил проблему так:
1. Установил чистую базу с таким же релизом, что и битая.
2. Загрузил туда битую базу.
3. Снял с поддержки (полностью)
4. Загрузил конфигурацию из файла (файл .cf чистого релиза)
5. запустил в режиме предприятия.
Проблема исчезла.
1. Установил чистую базу с таким же релизом, что и битая.
2. Загрузил туда битую базу.
3. Снял с поддержки (полностью)
4. Загрузил конфигурацию из файла (файл .cf чистого релиза)
5. запустил в режиме предприятия.
Проблема исчезла.
(21)Спасибо тебе, друг! Перепробовал все, что только мог..... помог только твой совет, куда копать.
Сделал так:
0. Выгрузил через конфигуратор глючную базу в файл .dt (не нажимая кнопку конфигурация\открыть конфигурацию, потому-что при нажатии на эту кнопку - вновь выходила ошибка формата потока).
1. Установил чистую базу с таким же релизом, что и битая. (с) мастеровой
1.1. Открыл конфигурацию.
2. Загрузил туда битую базу. (с) мастеровой
пункты 3 и 4 не делал - не понадобились! Перезапустил конфигуратор, открыл конфигурацию(!) и запустил тестирование и исправление.
Были ошибки, после исправления все заработало!
Сделал так:
0. Выгрузил через конфигуратор глючную базу в файл .dt (не нажимая кнопку конфигурация\открыть конфигурацию, потому-что при нажатии на эту кнопку - вновь выходила ошибка формата потока).
1. Установил чистую базу с таким же релизом, что и битая. (с) мастеровой
1.1. Открыл конфигурацию.
2. Загрузил туда битую базу. (с) мастеровой
пункты 3 и 4 не делал - не понадобились! Перезапустил конфигуратор, открыл конфигурацию(!) и запустил тестирование и исправление.
Были ошибки, после исправления все заработало!
Повторю выше написанное. Решил проблему так:
1. Создал пустую чистую базу без какой либо конфигурации.
2. Загрузил рабочую (копия была у нас) с идентичной конфигурацией. Сверху сразу загрузил поломанную.
3. Заработало.
---
Спасибо, что подсказали!
1. Создал пустую чистую базу без какой либо конфигурации.
2. Загрузил рабочую (копия была у нас) с идентичной конфигурацией. Сверху сразу загрузил поломанную.
3. Заработало.
---
Спасибо, что подсказали!
Возникла похожая ситуация после автоматического обновления базовой версии в пользовательском режиме. При загрузке в режиме Предприятия появлялось сообщение что конфигурация отличается, но все работало. При попытке открыть конфигурацию выходило сообщение об ошибке формата потока. Дальлнейшее открытие в режиме Конфигуратора, ожидаемо, сопровождалось указанной ошибкой. Помогло следующее:
1. Удалил базу из списка ИБ и добавил вновь. Это позволило избежать открытия конфигурации одновременно с запуском конфигуратора.
2. В режиме Конфигуратора, не открывая конфигурации (!!!), выполнить команду меню Конфигурация - Конфигурация базы данных - Вернуться к конфигурации БД.
Всё. После этого все заработало, а обновление было выполнено в ручном режиме
1. Удалил базу из списка ИБ и добавил вновь. Это позволило избежать открытия конфигурации одновременно с запуском конфигуратора.
2. В режиме Конфигуратора, не открывая конфигурации (!!!), выполнить команду меню Конфигурация - Конфигурация базы данных - Вернуться к конфигурации БД.
Всё. После этого все заработало, а обновление было выполнено в ручном режиме
Сегодня столкнулся вновь с этой проблемой при обновлении конфигурации из конфигуратор. До это сталкивался и помогала загрузка конфигурации из файла взятой из базы с таким же релизом конфигурации. А сегодня этим способом не получилось воспользоваться так как ошибка появлялась при открытие конфигурации. Выход в данном случае оказался следующий:
1. На вкладке конфигурация выбираем подменю конфигурация базы данных и выбираем вернуться к конфигурации БД.
После этого должна появится возможность открытия конфигурации и потом:
2. Загружаем конфигурация из файла, которая была выгружена из базы с аналогичной конфигурацией.
1. На вкладке конфигурация выбираем подменю конфигурация базы данных и выбираем вернуться к конфигурации БД.
После этого должна появится возможность открытия конфигурации и потом:
2. Загружаем конфигурация из файла, которая была выгружена из базы с аналогичной конфигурацией.
Добрый день!
При запуске базы в режим конфигуратор (Конфа бух переписанная в одной копии) возникла ошибка формата потока.
При входе в пользовательский режим база открывается.
Решил проблему так:
1) Создал новую пустую базу.
2) Заменил в ней 1Cv8.1CD на не открывающийся.
3) Конфигуратор открылся. Сразу же сделал архив базы.
При запуске базы в режим конфигуратор (Конфа бух переписанная в одной копии) возникла ошибка формата потока.
При входе в пользовательский режим база открывается.
Решил проблему так:
1) Создал новую пустую базу.
2) Заменил в ней 1Cv8.1CD на не открывающийся.
3) Конфигуратор открылся. Сразу же сделал архив базы.
Добрый день!
Как решить проблему "Ошибка формата потока", если база не открывается ни через конфигуратор, ни через пользовательский режим. Уже сделано:
1. Чистка кэш;
2. CHDBFL ничего не обнаружила;
3. Перенос базы на другой комп и на другую платформу.
Как решить проблему "Ошибка формата потока", если база не открывается ни через конфигуратор, ни через пользовательский режим. Уже сделано:
1. Чистка кэш;
2. CHDBFL ничего не обнаружила;
3. Перенос базы на другой комп и на другую платформу.
(40)
1) настроить технологический журнал - посмотреть а какой таблице валиться база
2) попробовать сконвертировать базу в старый формат 8.2.14
3) если конвертация удалась то можно попробовать с помощью tools_1cd экспортировать таблицы Config и ConfigSave из рабочей базы того же релиза тоже предварительно сконверитрованную в старый формат
4) если не помогло то дальше танцы с бубном и переносом таблиц данных в рабочую базу
И самое главное все действия нужно делать на КОПИИ базы , иначе рискуете потерять уже сломанное
1) настроить технологический журнал - посмотреть а какой таблице валиться база
2) попробовать сконвертировать базу в старый формат 8.2.14
3) если конвертация удалась то можно попробовать с помощью tools_1cd экспортировать таблицы Config и ConfigSave из рабочей базы того же релиза тоже предварительно сконверитрованную в старый формат
4) если не помогло то дальше танцы с бубном и переносом таблиц данных в рабочую базу
И самое главное все действия нужно делать на КОПИИ базы , иначе рискуете потерять уже сломанное
Если клиент-сервер и есть развернутая "здоровая" база, то "ошибку формата потока" при открытии конфигурации можно решить перенеся некоторые таблицы. Например, для ms sql нужно выполнить следующий запрос:
truncate table [1c_поломанная].dbo.Config ins ert [1c_поломанная].dbo.Config sel ect * from [1c_здоровая].dbo.Config
truncate table [1c_поломанная].dbo.ConfigCAS insert [1c_поломанная].dbo.ConfigCAS sel ect * fr om [1c_здоровая].dbo.ConfigCAS
truncate table [1c_поломанная].dbo.ConfigCASSave insert [1c_поломанная].dbo.ConfigCASSave sel ect * fr om [1c_здоровая].dbo.ConfigCASSave
truncate table [1c_поломанная].dbo.ConfigSave insert [1c_поломанная].dbo.ConfigSave sel ect * fr om [1c_здоровая].dbo.ConfigSave
truncate table [1c_поломанная].dbo.DBSchema insert [1c_поломанная].dbo.DBSchema sel ect * fr om [1c_здоровая].dbo.DBSchema
truncate table [1c_поломанная].dbo.DepotFiles insert [1c_поломанная].dbo.DepotFiles sel ect * fr om [1c_здоровая].dbo.DepotFiles
truncate table [1c_поломанная].dbo.Files insert [1c_поломанная].dbo.Files sel ect * fr om [1c_здоровая].dbo.Files
truncate table [1c_поломанная].dbo.IBVersion insert [1c_поломанная].dbo.IBVersion sel ect * fr om [1c_здоровая].dbo.IBVersion
truncate table [1c_поломанная].dbo.Params insert [1c_поломанная].dbo.Params sel ect * fr om [1c_здоровая].dbo.Params
truncate table [1c_поломанная].dbo.SchemaStorage insert [1c_поломанная].dbo.SchemaStorage sele ct * fr om [1c_здоровая].dbo.SchemaStorage
[1c_поломанная] - имя поломанной базы
[1c_здоровая] - имя базы с рабочей конфигурацией
truncate table [1c_поломанная].dbo.Config ins ert [1c_поломанная].dbo.Config sel ect * from [1c_здоровая].dbo.Config
truncate table [1c_поломанная].dbo.ConfigCAS insert [1c_поломанная].dbo.ConfigCAS sel ect * fr om [1c_здоровая].dbo.ConfigCAS
truncate table [1c_поломанная].dbo.ConfigCASSave insert [1c_поломанная].dbo.ConfigCASSave sel ect * fr om [1c_здоровая].dbo.ConfigCASSave
truncate table [1c_поломанная].dbo.ConfigSave insert [1c_поломанная].dbo.ConfigSave sel ect * fr om [1c_здоровая].dbo.ConfigSave
truncate table [1c_поломанная].dbo.DBSchema insert [1c_поломанная].dbo.DBSchema sel ect * fr om [1c_здоровая].dbo.DBSchema
truncate table [1c_поломанная].dbo.DepotFiles insert [1c_поломанная].dbo.DepotFiles sel ect * fr om [1c_здоровая].dbo.DepotFiles
truncate table [1c_поломанная].dbo.Files insert [1c_поломанная].dbo.Files sel ect * fr om [1c_здоровая].dbo.Files
truncate table [1c_поломанная].dbo.IBVersion insert [1c_поломанная].dbo.IBVersion sel ect * fr om [1c_здоровая].dbo.IBVersion
truncate table [1c_поломанная].dbo.Params insert [1c_поломанная].dbo.Params sel ect * fr om [1c_здоровая].dbo.Params
truncate table [1c_поломанная].dbo.SchemaStorage insert [1c_поломанная].dbo.SchemaStorage sele ct * fr om [1c_здоровая].dbo.SchemaStorage
[1c_поломанная] - имя поломанной базы
[1c_здоровая] - имя базы с рабочей конфигурацией
Всем добрый день! На днях столкнулись с данной ошибкой. Перепробовали все что возможно, но ничего не помогло. И обновление до 18 платформы и очистка кеша и т.д.
Единственное что помогло выйти с ситуации. Очистка таблицы "обновление, которые еще не применились" в ms sql .
Единственное что помогло выйти с ситуации. Очистка таблицы "обновление, которые еще не применились" в ms sql .
Столкнулся с такой же проблемой при обновлении через конфигуратор Бух 3.0 Чего только не делал, помогло только возвращение к конфигурации БД. Но чудеса не кончились. Сыпались ошибки формата потока то на загрузке конфигурации поставщика, то при обновлении конфигурации БД. Решил только промежуточным обновлением на более младший релиз. Потом то обновление на котором сыпалось пропустил и обновился на более свежее.
Впервые словил эту проблему при обновлении базовой ЗУП 3.0 на сервере. Предприятие открывается, конфигуратор не открывается вообще.
Помогло:
1. Полная очистка кэша сриптом на сервере. Это дало возможность запустить конфигуратор без открытия конфигурации. При попытке открыть конфигурацию - "ошибка формата потока", но конфигуратор остается в состоянии, когда он открывается без открытия конфигурации.
2. Конфигурация -> Вернуться к конфигурации
3. Продолжил обновления в штатном режиме, в конфигураторе через Интернет. "Больное" обновление (3.1.24.107) встало еще раз нормально, больше проблема не проявлялась. Что интересно, это обновление не отображается как необходимое, если на одном из сервисов поиска цепочек обновлений посмотреть необходимый порядок установки обновлений. А при обновлении через Интернет ЗУП его хочет (отображается верхним и жирным при выборе найденных обновлений).
Скрипт чистки кэша:
Помогло:
1. Полная очистка кэша сриптом на сервере. Это дало возможность запустить конфигуратор без открытия конфигурации. При попытке открыть конфигурацию - "ошибка формата потока", но конфигуратор остается в состоянии, когда он открывается без открытия конфигурации.
2. Конфигурация -> Вернуться к конфигурации
3. Продолжил обновления в штатном режиме, в конфигураторе через Интернет. "Больное" обновление (3.1.24.107) встало еще раз нормально, больше проблема не проявлялась. Что интересно, это обновление не отображается как необходимое, если на одном из сервисов поиска цепочек обновлений посмотреть необходимый порядок установки обновлений. А при обновлении через Интернет ЗУП его хочет (отображается верхним и жирным при выборе найденных обновлений).
Скрипт чистки кэша:
@echo off
call :SetUsers "%USERPROFILE%"
FOR /D %%i in ("%Users%*") do (
FOR /D %%j in ("%%i\AppData\Local\1C\1Cv82\????????-????-????-????-????????????") do rd /s /q "%%j"
FOR /D %%j in ("%%i\AppData\Roaming\1C\1Cv82\????????-????-????-????-????????????") do rd /s /q "%%j"
FOR /D %%j in ("%%i\AppData\Local\1C\1Cv8\????????-????-????-????-????????????") do rd /s /q "%%j"
FOR /D %%j in ("%%i\AppData\Roaming\1C\1Cv8\????????-????-????-????-????????????") do rd /s /q "%%j"
)
timeout 5
goto :eof
:SetUsers
set Users=%~dp1
goto :eof Показать
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот