БД в suspect. CheckDB и список ошибок

sole
Дата: 18.02.2010 14:33:35
БД в suspect. CheckDB прошло без параметров только. Восстановить ни из одного бэкапа не удалось. Выдал сообщение о внутренней ошибке, и обратитесь в техническую поддержку.Что делать? Время на исходе.
Glory
Дата: 18.02.2010 14:35:48
sole
БД в suspect.

Лог сервера что сообщает по этому поводу ?

sole
CheckDB прошло без параметров только.

А прочитать сообщения ?

sole

Восстановить ни из одного бэкапа не удалось. Выдал сообщение о внутренней ошибке, и обратитесь в техническую поддержку.

А мы тоже увидим команду восстановления и текст ошибки ?
Now password
Дата: 18.02.2010 15:23:33
sole
Дата: 18.02.2010 17:02:33
Лог сервера не посмотрела, сразу решили восстанавливать из suspect.
Результат checkDB на 99 страницах в Word-е. Ошибки разные от индексов до записей в таблицах (в прикрепленном файле).
Есть скриншот ошибки при неудачном восстановлении из бэкапа. Делала не командой, а через EM.
sole
Дата: 18.02.2010 17:05:16
Пользовалась ссылкой для перевода из suspect: http://www.sql.ru/faq/faq_topic.aspx?fid=123.
Glory
Дата: 18.02.2010 17:07:50
sole
Лог сервера не посмотрела, сразу решили восстанавливать из suspect.

Плохо. Лечите то, что не знаете

sole

Результат checkDB на 99 страницах в Word-е. Ошибки разные от индексов до записей в таблицах (в прикрепленном файле).

Там самое важное в последих строках. Где говорится о том, с какими параметрами нужно перезапустить CheckDB

sole

Есть скриншот ошибки при неудачном восстановлении из бэкапа. Делала не командой, а через EM.

А что мешает сделать командой ?
sole
Дата: 18.02.2010 22:59:26
Спасибо за советы. До конца не дочитала то, что выдала команда CheckDB. Завтра посмотрю. Сегодня утром БД работала часа 2, потом опять ушла в suspect.

Хочется получить ответ на такой вопрос: если удастся восстановить бэкап недельной давности и присоединить на другую машину свежие данные из mdf-файла, то как проще всего докачать то, что было за неделю? Таблицы нормализованы, все с ключами и индексами.

И еще: CheckDB выдал номер записи в которой ошибка, но ни посмотреть ее, ни удалить не получается. Выдается сообщение с длинным номером Page. Что делать в таком случае?
Glory
Дата: 19.02.2010 10:33:42
sole


Хочется получить ответ на такой вопрос: если удастся восстановить бэкап недельной давности и присоединить на другую машину свежие данные из mdf-файла, то как проще всего докачать то, что было за неделю? Таблицы нормализованы, все с ключами и индексами.

Писать select/insert/delete-ы


sole

Завтра посмотрю. Сегодня утром БД работала часа 2, потом опять ушла в suspect.

И лог сервера вы опять не посмотрели ?

sole

И еще: CheckDB выдал номер записи в которой ошибка, но ни посмотреть ее, ни удалить не получается. Выдается сообщение с длинным номером Page. Что делать в таком случае?

Нужно прочитать последние строки вывода CheckDB, где написано, с каким параметром нужно перезапустить CheckDB, чтобы попробовать исправить ошибки
sole
Дата: 20.02.2010 03:06:18
Спасибо за советы. Запуск DBCC с параметром REPAIR_ALLOW_DATA_LOSS выдал сообщение о более чем 4800 ошибок. Взяли бэкап недельной давности. Удалость исправить 24 ошибки из 25 после запуска DBCC с параметром REPAIR_ALLOW_DATA_LOSS и REPAIR_FAST. Одну из таблиц (в которой ошибки не исправились) удалили и создали заново.
Теперь пытаемся jobs запускать....Но и тут проблемы. Например, получаем ошибку "It is already opened exclusively by another user, or you need permission to view its data" при обращении к mdb на другой машине. Пока неясно, что делать.....