-1

SANの問題が発生した後、SQLデータベースにSuspectがマークされました。不一致の程度のために、有効なバックアップの&ログバックアップから回復が行われました。他のシステムや他のユーザーデータベースに問題がなく、CHECKDBが成功しませんでした。また、回復されたデータベースには正常なCHECKDBがあり、アプリケーションが再度有効になりました。DBCC CHECK成功 - まだフルDBバックアップが異常終了しています

ただし、問題のデータベースで毎日のバックアップが失敗しています。 CHECKDBは引き続きエラーなしで成功します。フル、COPY_ONLYのバックアップは同じエラーを生成(もCONTINUE_AFTER_ERRORを試してみました)

Msg 3203, Level 16, State 1, Line 3 
Read on "mydb.mdf" failed: 
23(failed to retrieve text for this error. Reason 15105) 
Msg 3203, Level 16, State 1, Line 3 
BACKUP DATABASE is terminating abnormally. 

私はシステムイベントでも、を参照してください

にデバイスを記録し、\ Harddisk2など\ DR2 \デバイスは、不良ブロックがあります。

その後、サーバー自体が再起動され、SQL Serverはエラーなしでオンラインに戻りました。 CHECKDBは引き続きデータベースのエラーを報告していませんが、有効なバックアップがないために1週間以上経ってもポジションは悪化しています。

その他のフォーラムでは、このエラーは、ファイルのアクセス権またはアクセス権が不十分であるか、バックアップが完了するためのディスク領域が不足している可能性があることを示唆していますが、そうではありません。

すべてのDBオブジェクトをエクスポートし、すべてのデータをクリーンなデータベースに一括コピーするプロセスをまとめています。私が検討したもう一つの選択肢は、SQLの分離/停止とmdf、ndf、ldfファイルの別のサーバーへのコピーですが、データを最初に確保することなくSQL Serverを今すぐ停止することは嫌です。

悪いブロックが関係する可能性があることを確認するために、DBがオンラインである間に何か考えてもらうことができます。

スクリーンショット1 - バックアップを実行すると70%のスループットが得られます。 1

答えて

0

mdfファイルが修復できないと判断したとします。 T-ログのバックアップは

  • とCHECKDBを機能/データベースがまだアクセスした
  • 成功

    • MDFファイルで不良セクタでシナリオ再び

      を共有するには登場して良い

    ただし、 *フル&差分バックアップに失敗しました * DBのコピー時にMDFファイルをコピーできませんでした。 * DBはまだ何らかの貧弱なファイル管理&にその場

    に再接続することができ、この全体の問題の遅れ識別

    • (制限により、ログのバックアップの保存に)壊れになるログ・チェーンを外しました
    • 唯一の解決策は、古いバックアップとデータの痛いコピーを復元することでした。
  • 関連する問題