：より引用https://www.cnblogs.com/xiaoluozi513/archive/2013/01/10/2853903.html
通常の状況下でその理由は、エラーが分配ディスクの損傷や突然の停電に起因する、一貫性エラーは、一般的に修復することができ、悪いデータベーステーブルまたはインデックスであってもよいです。
図1は、赤いフォントを参照して、誤ったデータベーステーブル名を記録、又は記録されたインデックステーブル名へのダメージ。
図2に示すように、データベースはシングルユーザモードに設定され、次の文は、クエリアナライザで直接使用できます
。「DBNAME」、「ユーザSINGLE」、「TRUE」にEXEC sp_dboptionを
：3、クエリアナライザは、次のステートメントを実行するに
DBNAME使用
DBCCをCHECKDB（ 'DBNAME'、REPAIR_ALLOW_DATA_LOSS） ------- 修復データベース
DBCC CHECKDB（ 'DBNAME'、REPAIR_REBUILD ）---------------- 修復インデックスデータベース
次いで4、実行します。 ：のようにDBCC CHECKDBは、検出データベースは、結果が表示され
CHECKDBは0アロケーションエラーと（データベース「DBNAME」内で）0一貫性エラーを発見しました。
データベースが修復されました。
：5、すなわち、次の文は、クエリアナライザで直接することができ、シングルユーザーモードを解除
EXEC「DBNAME」には、sp_dboption、「ユーザーSINGLE」、「FALSE」