Ошибка проверки chdbfl - повторяющееся имя таблицы DBSCHEMA
 

Доброго времени суток!
Очень прошу помощи в исправлении ситуации!

Бэкап БД очень старый - начало года.
БД при открытии пишет ошибку - "Ошибка при выполнении операции с информационной базой. Файл базы данных поврежден 1CV8.1CD"
При тестировании с включенным флагом исправления с помощью chdbfl процесс быстро останавливается с сообщением: "Произошло неожиданное прерывание проверки или исправления файла БД. Повторяющееся имя таблицы 'DBSCHEMA (SERIALIZEDDATA IMAGE) OPTIONS(RECORDLOCK OFF)'"

Далее запустил тестирование без исправления:
Тестирование без исправления завершилось - вот такой результат:
[em]"Поврежден заголовок файла базы данных
Повреждена таблица размещения внутреннего файла <Данные неограниченной длины таблицы 'CONFIG'>
Обнаружено рассогласование между данными и индексами таблицы 'CONFIG'
Во внутреннем файле данных таблицы имеются потерянные записи, не относящиеся к актуальным записям таблицы или списку удаленных записей 'CONFIG'
Обнаружено рассогласование между данными и индексами таблицы 'PARAMS'
Во внутреннем файле данных таблицы имеются потерянные записи, не относящиеся к актуальным записям таблицы или списку удаленных записей 'PARAMS'
Во внутреннем файле значений полей неограниченной длины имеются потерянные блоки, не относящиеся к значениям полей или списку свободных блоков 'PARAMS'
Повреждено содержимое внутреннего файла <Описание таблицы '_Enum8945OG'>
Повреждена таблица размещения внутреннего файла <Описание таблицы ''>
Повреждена таблица размещения внутреннего файла <Описание таблицы ''>
Повреждена таблица размещения внутреннего файла <Описание таблицы ''>
Повреждена таблица размещения внутреннего файла <Данные таблицы 'DBSCHEMA'>
Повреждена таблица размещения внутреннего файла <Данные таблицы 'DBSCHEMA'>
Повреждена таблица размещения внутреннего файла <Данные таблицы 'DBSCHEMA'>
Повреждена таблица размещения внутреннего файла <Данные неограниченной длины таблицы 'DBSCHEMA'>
Повреждена таблица размещения внутреннего файла <Данные неограниченной длины таблицы 'DBSCHEMA'>
Повреждена таблица размещения внутреннего файла <Данные неограниченной длины таблицы 'DBSCHEMA'>
...................
много-много таких строк
...................
Повреждена таблица размещения внутреннего файла <Данные неограниченной длины таблицы 'DBSCHEMA'>
Поврежден заголовок внутреннего файла <Описание таблицы ''>
Поврежден заголовок внутреннего файла <Описание таблицы ''>
Поврежден заголовок внутреннего файла <Описание таблицы ''>
Поврежден заголовок внутреннего файла <Описание таблицы ''>
Поврежден заголовок внутреннего файла <Описание таблицы ''>
Поврежден заголовок внутреннего файла <Описание таблицы ''>
Поврежден заголовок внутреннего файла <Описание таблицы ''>
Поврежден заголовок внутреннего файла <Описание таблицы ''>
Поврежден заголовок внутреннего файла <Описание таблицы ''>
Поврежден заголовок внутреннего файла <Описание таблицы ''>[/em]

Отправь базу в 1С. Может быть, подлечат

(2)а это практикуется 1С?

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

Скачал по ссылке [url]http://code.google.com/p/restoration-base-1c8/[/url]
конфигурацию 1Cv8_0_2_3
Открыл конфигурацию 1Cv8_0_2_3 в режиме 1С Предприятие, переименовал файл моей конфигурации из 1Cv8.1CD в 1Cv8.2CD, выбрал его, затем по пунктам нажал "Открыть файл", "Загрузить список внутренних файлов", "Загрузить структуры внутренних файлов".
В процессе загрузок никаких ошибок нигде не показано. Или я не нашел где их смотреть?
Затем нажимаю "Записать изменения", хотя никаких изменений не делал. Затем "Закрыть файл". После чего копирую и переименовываю файл из 1Cv8.2CD в 1Cv8.1CD, и пытаюсь зайти в конфигурацию. Та-же ошибка так и осталась. Что и логично, ведь я после загрузки в 1Cv8_0_2_3 ничего не сделал. Кто может подсказать - что нужно сделать после загрузки? Может кто удаленно может подключиться?

На инфостарт тебе. Вот этому человеку в ножки кланяться:
[url]http://infostart.ru/profile/13819/[/url]
Ну или на мисту.

На территории awa не бывает. А если и бывает (наверно), то оччень-оччень редко, я и не помню.

"[em]Бэкап БД очень старый - начало года[/em]" - И?
ТС как минимум раз месяц читает здесь это замечательное словосочетание "Бэкап очень старый...". или более трогательное: "Бэкапов нет".
Проняло на слезу даже разработчиков: они включили бэкапирование в конфигурации.
Но нет, есть среди нас стойкие люди. Гвозди бы делать из этих людей. Чтоб каждый день лупцевать молотком, загоняя по шляпку с одного удара.