web-dev-qa-db-ja.com

DBCC CHECKDBの結果:ページIDのページヘッダーに誤ったページIDが含まれています

DBCC CHECKDB「テーブル名」の結果:

メッセージ8909、レベル16、状態1、行1
テーブルエラー:オブジェクトID 1637580872、インデックスID 1、パーティションID 72057596516040704、割り当てユニットID 72057594048020480(タイプLOBデータ)、ページID(23:853329)のページヘッダーに誤ったページIDが含まれています。ページヘッダーのPageId =(0:96)。

メッセージ8928、レベル16、状態1、行1
オブジェクトID 1637580872、インデックスID 1、パーティションID 72057596516040704、割り当てユニットID 72057594048020480(タイプLOBデータ):ページ(23:853329)を処理できませんでした。詳細については、他のエラーを参照してください。

メッセージ8965、レベル16、状態1、行1
テーブルエラー:オブジェクトID 1637580872、インデックスID 1、パーティションID 72057596516040704、割り当てユニットID 72057594048020480(タイプLOBデータ)。ページ(23:853329)、スロット0、テキストID 12904397012992の行外データノードは、ページ(16:840512)、スロット0で参照されていますが、スキャンでは見られませんでした。

これが私が問題を抱えている唯一の表です。

この問題は古いデータをパージするときに発生するため、クリーンと言えるほどの古いバックアップがありません。復元オプションが使用できない場合があります。

現在、修理を検討しています。シングルテーブルの修理は可能ですか?

クラスタ化インデックスに問題があるため、インデックスを再構築できますか?

2
Neeraj Pratap

REPAIR_ALLOW_DATA_LOSSは使用しないでください。その前にデータベースの復元を行います。

この順序に従うことをお勧めします:

  1. REPAIR_FAST(10回のうち1回動作)。
  2. REPAIR_REBUILD(最大50%の時間稼働)。
  3. データベースを復元します。

完全な構文

DBCC CHECKALLOC   
[  
    ( database_name | database_id | 0   
      [ , NOINDEX   
      | , { REPAIR_ALLOW_DATA_LOSS | REPAIR_FAST | REPAIR_REBUILD } ]  
    )  
    [ WITH   
        {   
          [ ALL_ERRORMSGS ]  
          [ , NO_INFOMSGS ]   
          [ , TABLOCK ]   
          [ , ESTIMATEONLY ]   
        }  
    ]  
]  
2
Duane Lawrence