После выключения света полетела БД.

Все стандартные методы лечения ничего не дали, кроме chbdfl, который выводит следующее:
@@
Поврежден заголовок внутреннего файла <Индексы таблицы 'FILES'>
Повреждены данные таблицы 'FILES'
Повреждена таблица размещения внутреннего файла <Данные неограниченной длины таблицы 'V8USERS'>
Обнаружено рассогласование между данными и индексами таблицы 'V8USERS'
@@

после исправления, выводится следующее:
@@
Повреждены данные таблицы 'FILES'. Восстановлено 10 из 10 записей.. Потеряно 2 значений полей неограниченной длины
Повреждена таблица размещения внутреннего файла <Данные неограниченной длины таблицы 'V8USERS'>
@@

после исправления, так же вылетает окно с "ошибкой формата..."

Нашел в КЗ: Книга знаний: v8: Ошибка формата потока

поэтому вопрос: какой обработкой нужно обходить на предмет 0х1а и 0хffff ?

Появились ли иные способы востановления работоспособности баз с такой ошибкой?

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

надеюсь вариант базы до применения chbdfl сохранился.

как вариант инфостарта скачаваете обработка,
клторые умеют загружать данные, выгруженные Tool_1CD

или ищите awa15 и wde69.
они восстановлением файловых занимаются.

"как вариант инфостарта скачаваете обработка,
клторые умеют загружать данные, выгруженные Tool_1CD"

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

кроме Tool_1CD

есть еще проектик http://code.google.com/p/restoration-base-1c8/

(3)

http://infostart.ru/public/126979/

http://infostart.ru/public/143704/

Курю v8: Восстановление базы 1с http://infostart.ru/public/19734/,
пытаюсь допетрить как вылечить, то что показывает Tool_1CD:
-Ошибка получения объекта из блока. Блок не является объектом. Значение блока 0х23В9.
-Попытка чтения данных за пределами объекта. Номер блока объекта 0xFFFFFFFF.
-Ошибка чтения индексов. Индекс первого свободного блока за пределами файла индексов. Таблица FILES, длина файла индекса 0x0, индекс свободной страницы 0x0.

Самая последняя ошибка, насколько я понял из прочитанного и есть основная проблема. В бекапе длина индекса значится 12288.

т.е. мне нужно найти блок где находится данная таблица и поправить значение длины индекса.
Блок FILES нашел по адресу 0x2338, но заголовки блоков, что в сломанной, что в рабочей абсолютно одинаковы. Поэтому вопрос: где хранится информация о длине индекса?

база большая?

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

после этого можно пробовать подцепится к базе по COM и пытатся скопировать данные, (ком меньше отрабатывает при загрузке, шансов больше....)

если не поможет - могу глянуть (если архив не очень большей)

>>> Индекс первого свободного блока за пределами файла индексов

можно вообще поставить 0 (ставится в описании таблици, в самом конце описания), только в нех редакторе не пытайся, накосячишь

на картинке http://infostart.ru/upload/iblock/e43/w-1.jpg это заменить 424301 на 0 (только таблица другая)

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

(8) дык и так 0 стоит

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

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

(9) ну хз, смотреть нужно...

что-то ты не так делаешь

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

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

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

(10) если база запустилась


сначало сделай промежуточную копию

далее три варианта
1. делай перенос данных через хмл в пустую конфу

2. накатывать последнюю конфигурацию и последующее ТИС с режимом сжатия,

3. делать ТИС со всеми галками.


пробуй :)

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

Зделал ТиИ со всеми галками, через выгрузку загрузил в чистую конфу. Вроде всё на месте, даже юзвери все остались.

P.S.Уважаемые гуру, может вы мне объясните как переименование таблицы помогло корректно вылечить базу!?

(18)после переименования таблицы 1с перестала к ней обращатся, таблица есть, но ее нет... фантом...

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

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

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

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