[kim-aa]

__sa__nya,
1) А полная архивная копия базы есть?

2) Перед началом операций восстановления убедитесь что у вас нет проблем с накопителем (жестким диском).

[Delirium]

А если поковырять результаты этого поиска?

В частности, интересна статья на http://www.sqlusa.com/bestpractices2005/markedsuspect/

[__sa__nya]

kim-aa, полная копия базы есть, но довольно староватая, с дисками проблем нет, проверяли.
Delirium, вчера в google целый день рылись, все более-менее внятные посты говорят, что нужно пробовать DBCC CHECKDB, а как я писал выше, такое не проканывает, еще натыкались на такой код:

EXEC sp_resetstatus ‘yourDBname’;
ALTER DATABASE yourDBname SET EMERGENCY
DBCC checkdb(’yourDBname’)
ALTER DATABASE yourDBname SET SINGLE_USER WITH ROLLBACK IMMEDIATE
DBCC CheckDB (’yourDBname’, REPAIR_ALLOW_DATA_LOSS)
ALTER DATABASE yourDBname SET MULTI_USER

- Он тоже не проканывает, ругается на стрку "ALTER DATABASE '8.1' SET EMERGENCY' (имя проблемной БД 8.1, и SQL говорит, что синтаксическая ошибка в программе, пробовали имя указывать в кавычках, без кавычек, в скобках - и ничего). Есть возможность применить DBCC CHECKDB к неприсоединенной БД? Если есть, то как?

[Delirium]

__sa__nya, а что, если остановить MS SQL и переименовать файлы mdf, ldf на другое имя? типа Base8 ?И попробовать подцепить ее. Может, действительно, имя не нравится?

[__sa__nya]

Delirium, при подцепливании базы выходит ошибка, о которой писал выше.