При обновлении бухии моргнул свет. Сейчас вылетает ошибка формата потока и всё. Ни в конфигуратор, ни в БД не войти. Всё что написано тут http://www.gilev.ru/1c/81/restore/stream.html делал. Как исправить?

А база файловая? Тогда примите мои соболезнования...

файловая. Неужели никак не восстановить? Ещё и клиенты удаленные, о том, что надо делать архивы они только сегодня узнали.

(0) пипец базе

А что насчет рекомендаций: "делать резервные копии как можно чаще :)"
и "Можно также воспользоваться платной помощью"?

Доставайте первичку, начинайте забивать в новую базу.

(2) не вали на клиентов, бэкап перед обновлением учат делать детей на разноске ИТС

ахринеть. Чем дальше тем больше мне нравится восьмерка. На файловой семерке я мог как хочешь извернуться, подменить мдшник, наконец тупо расковырять дбф-ки, но базу восстановить. А тут "пипец базе" и всё? Прикольно.

(0) chdbfl.exe(?)

Удачненько так.... пациенты-то хоть НДС не торопятся сдавать?

Ковырялся как-то в тестовой файловой - как рассыпалась, ничего не помогло.

(8) делал. "Ошибок нет"

тада ой :(

(0) старо как баян. ищи по форуму. суть - найти в локалсеттингс юзера темповые файлы 1С и прибить их.

(11)
данные попробуй вытянуть через COM
конфигурации пипец

(13) http://www.gilev.ru/1c/81/restore/stream.html
кэши прибиты

все админы делятся на тех кто делает бэкап и будут делать бэкап...
делать обновление и перед этим не сделать бэкап? моветон ужасный

(10) нифига. Я лично внешним дбф-редактором из семерки первичку вытаскивал. Работа кропотливая, но данные восстанавливаются
(13) написал же http://www.gilev.ru/1c/81/restore/stream.html - делал. Там одним из первых этот апплиикашион дата идет.
(14) ща буду пробовать
(15) это как?

(0) Мои соболезнования.
v8: Опять "Ошибка формата потока", на этот раз ничего не помогает.
Такая же история с грустным концом, пришлось заново писать.

(16) в принципе не ожидал, что такое может быть. Т.е. грубо говоря это с кем угодно может приключиться. Ведь "ошибка формата потока" как я понял может возникнутьи не при обновлении. И всё? "Пипец базе"?

(19) при обновление... до фига что может произойти и не сделать бэкап это просто не профессионализм...

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

ли

+(21) только вот где ты cf возьмешь?

(22) да сиэф то есть.
Вобщем ясно. Попробую на хотлайн 1Су стукануть
Тема закрыта.

(0) chdbfl не пробовали?

(22) На infostart'е как раз был распаковщик, вытягивающий cf из 1cd и даже dt.

Конфу достать из 1CD - не проблема. Проблема в том - что именно она такую ошибку провоцирует. А кому она нужна такая?

(26) запаковать туда типовую

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

(28) и какие расценки ?

4800-14400 руб.
если есть результат

по сравнению с хранящейся информацией, это побожески :)

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

(32) за "научиться делать бэкап" тоже цена есть 5100 руб. http://www.gilev.ru/1c/mssql/kurs.htm
дешевле только даром :)))

(33) топик-стартера http://www.gilev.ru/1c/mssql/kurs.htm не спасет
у него файловая БД

(0) Ничего страшного.
Перерегистрируйте конфигурацию.

(34) учим бэкапить и файловую :)))

Вопрос к спецам: а изменять внутренние идентификаторы метаданных слабо? :)

(37) это вопрос цены,
хотя можно и в суппорт 1С обратиться

(37) + Навеяло по мотивам v8: Rutime error при обновлении на 1.2.23 -ий релиз УПП Там тоже была ошибка формата потока из-за нарушения соответсвия объектов при обновлении (имхо). Ради интереса добился возможности обновления конфы, как и желал автор... но вопросы остались...

А пробовали удалить все папки из каталога пользователя\ApplicationData\1C B lOCALsETTINGS\1c ?

(40) Если вопрос к автору - то, вероятно, - "да". В (0) указана ссылка где, среди прочего, и это есть.

(40) да, всё делал. Даже на другой комп переносил. Всё тоже
подскажите ссылку на распаковщик на инфостарте

http://www.infostart.ru/public/19633/

(33) спамер понимаешь

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

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

Обнаружил интересное. Tool_1CD выгружает конфигурацию БД 2 МБ, основная конфигурация 76 МБ. Интересно-интересно, где-то обрыв файла произошел.

(47) см. почту

(48) согласую с клиентом
пока копаю сам.

(39) вообще было признано что какая то платформа 8,0 могла запороть внутренние идентификаторы при юзанье сравнить/объединить

Читаю тут http://infostart.ru/public/19734/
awa - умница
Открыл HEX-едитом 1CD-шник. Попытался поправить таблицу config (из-за неё я так понял и не открывает). Решил перенаправить её данные на таблицу configsave, т.е. менял указатели files. Видимо не очень внимательно прочел awa. Что-то нарушил, при попытке открытия пишет уже другую ошибку. Сделал chdbfl, он говорит так мол и так таблица "config" разрушена и восстановил методом полного её потёра :E. НО Конфигуратор открылся (!!!) Но при попытке просмотреть конфигурацию базы данных, даёт пустую конфигурацию. При попытке обновить конфигурацию базы данных текущей конфигурацией, летит ошибка Windows в 1cv8.exe. Пока перекур, ищу способ как бы накатить текущую конфигурацию на конфигурацию БД без реструктуризации БД.

(50) вообще читая структуру 1cd непонятно что они курили когда её придумывали. Блоки, указатели, индексы, массивы, данные в архиве, в архиве контейнер, в конейнере GUIDы. Яйцо в утке, утко в зайце, заяц в ...

У автора соответствие объектов на уровне внутренних идентификаторов в базе сбойнуло! См. ссылку в (19). Мысль кромольная: уж не один и тот-же это клиент? :)

PS: А таблицы "config" и "configsave" здесь совсем ни причём :( Надеюсь автор различает понятия объект и представление объекта? :)

Ой, -оговорился с ссылкой. См. (39)

(53) Ну судя по тому, что Tool_1CD не может выгрузить корректную конфигурацию БД, и может выгрузить корректную текущую конфигурацию, то я и решил что проблема в конфигурации БД. Я так понял config и configsave соответствуют конфигурации БД и текущей конфигурации соответственно? То, что структура метаданных хранится не в них я понял.

(55) Ну, в принципе, можно сказать что "config" - это конфигурация БД. А то, что доступно в конфигураторе - хранится в Configsave. В самом деле это не совсем так. Есть ещё таблицы Params и DBSchema, которые содержат информацию о соответствии метаданных и таблиц размещения данных по ним...

Источник: http://www.klerk.ru/soft/articles/105203/

(55)(56) таблица config - это конфигурация БД. В таблице configsave хранятся отличия основной конфигурации от конфигурации БД. Таким образом, если основная конфигурация совпадает с конфигурацией БД, то таблица configsave пустая.

(57) круто