Неверный формат хранилища данных 'v8stg://c:/8/0890259........' #481294

Хочу помочь товарищу, дал мне БД, говорит не могу обновить. Я разворачиваю БД,  все ок. Начинаю сравнивать или сравнивать объединять с любым CF ником, пишет вот такую ошибку : "Неверный формат хранилища данных 'v8stg://c:/8/0890259........'" и соответвенно либо завершить работу, либо перезапустить. Проверил Чекбейсом, ошибок не находит. Произвнл тестирование исправление, и с созданием ссылок и с очищением, все ок. Т.е. ничего не находит. В конфе пишет что конфа Бух 1.6.22.4 , хотя я не уверен. даже проверить не могу. Нашел похожую статью , но не могу найти вьвер который там указан, ссылки в инете тоже не нашел на скачку. Подскажите что можно еще сделать ?

Выгрузил CF ник, и сравниваю с типовым, пишет тоже самое.

Ап

Отправил на мыло.

Напиши про результат. У меня тоже есть такая "битая" база. Пока работают не обновляясь. Писали на техподдержку, ответа не было.

Спасибки, запускаю экзешник, цепляю *.1CD и чего , там этот файл я могу открыть, там парметров как кот..... Чего где искать то? Чет я не понял как им пользоваться (( Может нужно заупстить 1С-ку ? Ок

+ если запускаю 1Ску и птом вьювером пытаюсь открыть пишет "Выбранный файл не является файлом 1С8.0 или поврежден" У меня движок 8.1.15, че не так ?

Кэши уже прибиты али нет ешё?

ХЗ, извиняюсь за не незнание. А причем тут Кеш ? Я закрыл 1С-ку кеш по ней очистился - ну грубо говоря. Чем он поможет то ?

Как я понял есть вьювер 2-ой версии , он наверно под 8.1, тока опять скачать не могу неоткуда, а торенда админы забанили. если у кого есть скиньте на мыло.

Тоже отписался в 1С, раньше года 2 назад, отвечали в течении недели. Сейчас слышал, могут и месяц отвечать ((

"...я закрыл 1С-ку - кеш по ней очистился..." - Вы так думаете? А как на самом деле? (имхо) 1С в своих кешах хранить информацию и "для скорости" работы считывает данные оттуда, а не из "первоисточника" - базы. При разного рода сбоях информация в кешах может не обновиться (или начать содержать недостоверную информацию) и тогда начинаются трудноуловимые глюки. Не факт что Ваша проблема в этом (даже скорее всего - не в этом). Но Вы уже вылетали из программы и что теперь в кешах - одному Богу известно. Я бы поставил 1С заново (без модуля поддержки хранилища данных) и удалил из списка выбора и заново "прописал" бы эту базу... Много лишних движений, согласен,- но когда не знаешь первопричину...

Так вот о каких кешах идет речь, о "C:Documents and SettingsХХХХХХХLocal SettingsApplication Data1C", об этих файлах конфы я знаю. Однако, опять непонятно у меня есть только ДТшник, который мне передали. Т.е. никаой истории об изменениях у меня нет. т.е. файлов нет. Разворачиваю Бд и открываю конфигуратор, у меня создалась папочка с конфой. Но она уже с багой т.к. трабла именно с метаданными т.к. ошибка CFника. Хотя если вы имеете ввиду, что можно в этой папочке покопаться, ща установлю.

Итак : 1)Снес 1Ску , не перезапускался 2)Поставил 1С (саму, компоненты доступа к серверу, доп интерфейсы) 3)Удалил из списка БД и удалил ее 4)Прописал новую БД, и загрузил в нее новую БД ЧТо делать дальше ? Как я понимаю, если опять вылечу, уже даннеы будут не годны , цитирую "Но Вы уже вылетали из программы и что теперь в кешах - одному Богу известно"

[ЧТо делать дальше] сравнивать с cf если вылетит - дело не в кэшах

Та же самая, ошибка !!!!

я не удивлён чистка кэшей была для проформы

Коллеги, че делать то ? Я уже пол дня убил на разбирательство, не по нутру отступать, может еще у кого советы есть. Мне бы вьювер который под 8.1. пашет, может им чего можно выяснить

[не по нутру отступать, может еще у кого советы есть] инфостарт

+ 1 dt у тебя явно есть

Судя по посту , проблема в самом cf. Выложи битый cf. Может получится понять, в чем проблема.

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

+ можно закинуть на сиквел, разобрать + собрать Интегратором

1c_v8_view от MeSoft

Спасибо ! Но и , нужен под 8.1 Открыл CF ник, там ничего не понятно не помог, выгрузил я СFник, сравниваю , такая же фигня Эт для меня высокий пилотаж, даже пытаться не буду Выложу дома CFник, он 117 мегов весит. Этой обработкой он конечно 76 мегов весит, но зато CF ник не открывается 1c_v8_view от MeSoft , а тот что 117 весит открывается. Я к тому что буду благодарен,Если кто что посмотрит. На сегодня думаю по этой проблеме я все, дофига еще своих дел есть )))

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

CFник выложил на мейле, вот данные для скачки Пришел ответ от 1С - впринципе ничего нового не написали, для моего случая типо все плохо, восстанавлить какую то конфу, не с этого CF ника и ковертацией туда все перегонять Текст ответа 1С : Возможно также проблема с локальным кэшем. Наиболее простой способ решения в этом случае : - в диалоге списка информационных баз при запуске программы УДАЛЯЕМ регистрацию ИБ (строчку с названием запускаемой Информационной Базы); - регистрируем ИБ заново просто указав тот же каталог, т.е. нажать кнопку Добавить и ввести название и путь к СУЩЕСТВУЮЩЕЙ базе. Если не помогает, то сделайте архивную копию и снимите свою конфигурацию с поддержки, обновите конфигурацию ИБ, выполнив сравнение и объединение с новой полной хорошей конфигурацией поставщика (cf) с постановкой на поддержку. Полную конфигурацию поставщика можно получить у наших партнеров, приобретающих технологический диск ИТС, либо выгрузив в режиме конфигуратора (меню - Сохранить конфигурацию в файл) "хорошую" конфигурацию из демобазы или другой обновившейся без проблем базы последнего релиза. Если проблема в вашей конфигурации, то рекомендуем воспользоваться обработкой Выгрузка Загрузка данных XML с диска ИТС из раздела Методической поддержки 8 Универсальные отчеты и обработки для переноса данных в "хорошую" идентичную конфигурацию.

Точно, я чет совсем забыл про эту проверку, ща проверю. Спасибо!

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

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

ничего особо страшного у тебя в конфе нет. Она успешно разбирается и собирается. Один битый поток - справка в ОтчетыРегламентированныйОтчетАвансыЗемляФормаОсновнаяФорма 0

(30+) а может и не справка, не помню на память, что значит спецификация .0 (битый поток : 08900259-d375-4a3d-b3be-cb317ac18ac1.0  data error) для формы. Прибей ее всю.

А как определить, в каком объекте битые потоки? А то проще было бы действительно прибить все и вновь вставить...

запросто :-) разбираем конфигурацию на потоки. Ищем в метаданных объектов указанный ид. Находим в ОтчетыРегламентированныйОтчетАвансыЗемляСтруктура.md8 а именно в {a3b368c0-29e2-11d6-a3c7-0050bae0a776,6,08900259-d375-4a3d-b3be-cb317ac18ac1,6c7aa2db-c6d4-4640-9c71-e2c28328776b,1255b0d8-1f34-4302-8bfa-c76aca3d77d6,0c24ae66-ec10-48a9-b74f-7d242ff5c5e6,bf3de9f4-b762-4775-9813-f891aa8a5736,3b8dfc2c-7b34-46af-9312-980edd1097bf}, знаем, что a3b368c0-29e2-11d6-a3c7-0050bae0a776 - uuid для метаданный класса форм отчетов. По спецификатору типа объекта .0 можно определить уже конкретно какой поток формы отчета (а именно отчета "ОсновнаяФорма") - битый. Но мне неохота, учитывая, что это какой то типовой отчет - убить его нафиг и вставить из рабочей конфы

Ща попробую, спасибки. А как разбить конфу на потоки ?

Например,

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

не... это неправильный мед.

Было хуже. При попытке проверки конфы конфигуратор молча схлопывался. Самое обидное, что особо и не мешало. Но в один прекрасный момент потребовалось переподнять хранилку, и тут-то мина и хихикнула... Сбойный объект метаданных пришлось выкупать методом половинного деления :(( В итоге проблема оказалась в HTML-справке одного из отчетов...