まず、そのデータベースを切り離さないようにしてください。
最新の既知の適切なバックアップからの復元は問題ありません。そうでない場合は、緊急修復モードを使用する必要があります（SQL 2005以降を実行していると想定しています）。これは、このテーマに関するPaul Randalからの投稿です。行動を起こす前に両方を読んでください。
かなりそうです。
一般に、ファイルが壊れているか、見つからないか、ディスクエラーなどが発生しています（不良セクターが原因であることがわかりました）。
私のステップ：
- すべてのバックアップが存在することを確認してください
- SQL Serverをシャットダウンする
- sQL Serverが使用するディスクをchkdskする（できればC：ではない）
編集：私の答えを明確にします
- データが重要な場合は、バックアップを用意します
- 修理や緊急モードをいじりながらのダウンタイムが長すぎる
疑わしいデータベースの2つのケースについて、これに関するいくつかのガイダンスを書きました。データファイルまたはログファイルを失ったときです。以下をお読みください：
あなたの質問から、バックアップがあるようです。適切なバックアップからDBを復元することは、DBを操作可能にし、疑わしい状態を解消する最も簡単で最速の方法です。
私の最初のアドバイスは、疑わしいデータベースを切り離さないでください。更新されたバックアップからデータベースを復元すると便利です。バックアップが利用できない場合や問題が発生した場合は、EMERGENCYモードが役立ちます。
データベースを緊急モードに設定します。
ALTER DATABASE DB_NAME SET EMERGENCY
これでデータベースの不整合をチェックします：
DBCC CHECKDB (‘DB_NAME’)
DBCC CHECKDB修復でデータ損失を許可するオプションは最後の手段です。その結果、データが失われる可能性があるため、実行することはお勧めしません。