回答:
まず、そのデータベースをデタッチしないようにしてください。
最後の既知のgoodbackupからの復元は問題ありません。そうでない場合は、EMERGENCY修復モードを使用する必要があります（SQL 2005以降を実行していると想定しています）。以下は、ポールランダルからのこの件に関する投稿です。アクションを開始する前に両方を読んでください。
データファイルまたはログファイルを失った場合の疑わしいデータベースの2つのケースについて、これに関するいくつかのガイダンスを作成しました。以下をお読みください：
あなたの質問から、バックアップがあるようです。適切なバックアップからDBを復元することは、DBを動作可能にし、疑わしい状態から抜け出すための最も簡単で最速の方法です。
私の最初のアドバイスは次のとおりです。疑わしいデータベースをデタッチしないでください。更新されたバックアップからデータベースを復元すると役立ちます。バックアップが利用できない場合や問題が発生した場合、EMERGENCYモードが役立ちます。
データベースを緊急モードに設定します。
ALTER DATABASE DB_NAME SET EMERGENCY次に、これとデータベースの不整合を確認します。
DBCC CHECKDB (‘DB_NAME’)DBCC CHECKDB Repairは、データ損失オプションを許可する最後の手段です。その結果、データが失われる可能性があるため、実行することはお勧めしません。