Msg 605
Attempt to fetch logical page 2764766 in database 'alldata'
belongs to object 'cardprotocol', not to object 'fact'.

MS SQL 6.5 SP5a
Такое впечатление, что чистого бэкапа уже нет...перезатерли. CHECKDB вываливается именно с этой ошибкой, CHECKTABLE аналогично.
Rebuild кластерного индекса на таблице fact проходит, но пишет внизу какую-то чушь типа размер индекса "- 6000".
ЧТО ДЕЛАТЬ???? Кто-нибудь реально побеждал эту ошибку методами, отличными от восстановления бэкапа?
Помогите ради бога! Буду рад любому совету.

Андрей.

2 Deo: никаких девайсов в последнее время не создавалось. Все работало и вдруг очередной checkdb вот такую хрень выдал.

2AndyMandy: сейчас вроде база в целом работает. Не читается одна запись (ну во всяком случае пока только это удалось обнаружить). Вопрос: если ее грохнуть, может ли это помочь? Или ошибка не на уровне данных, а на уровне структуры, разметки и т.д.? И еще. Не страшно ли грохать индекс? Есть ли вероятность, что новый не создастся и база вообще уйдет в задницу?

2KANded: дело в том, что в конечном итоге задача не только спасти данные, но и оставить их на сервере 6.5, а не 2K. В данной ситуации надо перекачивать всю базу, или достаточно только над этой таблицей биться?


Спасибо за ответы!
Андрей.

2 AndyMandy: делаю все, как Вы насали и я почти близок к победе, но вот незадача...
Порченная таблица не удаляется. Ни Truncate table ни drop table не помогают. Таблица- 3 Гб, 700 тыс. записей. Запрос (truncate, drop) выполняется очень долго, диски шуршат, а потом кончается место в логе и процесс обрывается. При этом база остается. Такие впечатление, что из-за ошибки во время удаления система уходит куда в другоую область и в результате все вместе уходит в задницу. Зазмер транзакшн лога- 4 Гига (он не всегда такой был. Я его специально расширил).
Буду очень признателен за помощь в этой ситуации.

2 KanDed: а как изменить интервал между checkpoint'ами ?
у меня delete 50000 записей не проходит -говорит logsegment is full, а 5 раз по 10000 проходит.

Получилось!!!! Веселится и ликует весь народ!!!!!
После truncate, checktable прошел без ошибок и на сбойную табличку и на ту, с которой она пересекалась.
Checkdb, думаю, тоже пройдет успешно.
Итог: потеряно 6 записей из 700 тыс. Зато обошлось без восстановления last known clean backup (которого, кстати, и не было) :-)))
Спасибо за Ваши советы!!! Один бы не справился!

Андрей.