Ошибка формата потока #644179

После выключения света полетела БД. Все стандартные методы лечения ничего не дали, кроме chbdfl, который выводит следующее: @@ Поврежден заголовок внутреннего файла <Индексы таблицы 'FILES'> Повреждены данные таблицы 'FILES' Повреждена таблица размещения внутреннего файла <Данные неограниченной длины таблицы 'V8USERS'> Обнаружено рассогласование между данными и индексами таблицы 'V8USERS' @@ после исправления, выводится следующее: @@ Повреждены данные таблицы 'FILES'. Восстановлено 10 из 10 записей.. Потеряно 2 значений полей неограниченной длины Повреждена таблица размещения внутреннего файла <Данные неограниченной длины таблицы 'V8USERS'> @@ после исправления, так же вылетает окно с "ошибкой формата..." Нашел в КЗ: поэтому вопрос: какой обработкой нужно обходить на предмет 0х1а и 0хffff ? Появились ли иные способы востановления работоспособности баз с такой ошибкой?

upd: база файловая

надеюсь вариант базы до применения chbdfl сохранился. как вариант инфостарта скачаваете обработка, клторые умеют загружать данные, выгруженные Tool_1CD или ищите awa15 и wde69. они восстановлением файловых занимаются.

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

есть еще проектик

Курю , пытаюсь допетрить как вылечить, то что показывает Tool_1CD: -Ошибка получения объекта из блока. Блок не является объектом. Значение блока 0х23В9. -Попытка чтения данных за пределами объекта. Номер блока объекта 0xFFFFFFFF. -Ошибка чтения индексов. Индекс первого свободного блока за пределами файла индексов. Таблица FILES, длина файла индекса 0x0, индекс свободной страницы 0x0. Самая последняя ошибка, насколько я понял из прочитанного и есть основная проблема. В бекапе длина индекса значится 12288. т.е. мне нужно найти блок где находится данная таблица и поправить значение длины индекса. Блок FILES нашел по адресу 0x2338, но заголовки блоков, что в сломанной, что в рабочей абсолютно одинаковы. Поэтому вопрос: где хранится информация о длине индекса?

база большая? по сабжу 1. переименуй таблицу V8USERS (поменяй первый символ) на _8USERS, это таблица пользователей, ничего страшного в гибели ее нет... (востановить пользователей можно и потом, сначало нужно запустить базу) 2. после этого пройди chbdfl, она подрежит "FILES" после этого можно пробовать подцепится к базе по COM и пытатся скопировать данные, (ком меньше отрабатывает при загрузке, шансов больше....) если не поможет - могу глянуть (если архив не очень большей)

>>> Индекс первого свободного блока за пределами файла индексов можно вообще поставить 0 (ставится в описании таблици, в самом конце описания), только в нех редакторе не пытайся, накосячишь на картинке это заменить 424301 на 0 (только таблица другая)

вышли те же сообщения что и в сабже (только "V" заменилась на "_") дык и так 0 стоит

Ааа! Стоп машина! Я не понял что произошло, но база запустилась, и даже документы не побились

я так понимаю нужно запустить ТиИ со сжатием?

ну хз, смотреть нужно... что-то ты не так делаешь

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

Это блин шаманство какое-то, я так и не понял, почему переименовав таблицу V8USERS, chdbfl вылечил базу (хотя ошибки были те же)

Сделай выгрузку в dt и загрузки в новую базу.

если база запустилась сначало сделай промежуточную копию далее три варианта 1. делай перенос данных через хмл в пустую конфу 2. накатывать последнюю конфигурацию и последующее ТИС с режимом сжатия, 3. делать ТИС со всеми галками. пробуй :)

выгрузка скорее всего свалится...

Зделал ТиИ со всеми галками, через выгрузку загрузил в чистую конфу. Вроде всё на месте, даже юзвери все остались. P.S.Уважаемые гуру, может вы мне объясните как переименование таблицы помогло корректно вылечить базу!?

после переименования таблицы 1с перестала к ней обращатся, таблица есть, но ее нет... фантом... ну и раз таблицы нет, то 1с сама создала новую. правда для меня загадка как пользователи остались?

+ наверно ты имееш в виду пользователей из справочника а я о пользователях из конфигуратора :) тогда понятно!

Ошибка формата потока была в таблице v8users, поэтому, после переименования таблицы 1С перестала обращаться к битой таблице, ошибка исчезла и база запустилась. При отсутствующей таблице v8users 1С берет данные о пользователях из записи users.usr таблицы PARAMS. При любой попытке изменения пользователей таблица v8users создастся снова.

не знал, хотя подозревал подобное, по этому в "нужных" случаях переименовывал "users.usr" на "_sers.usr".