-1

SAN の問題に続いて、SQL データベースが疑わしいとマークされました。不整合の程度により、リカバリは有効なバックアップとログ バックアップから行われました。他のシステムまたは他のユーザー データベースに問題はなく、CHECKDB は成功しました。復旧したデータベースの CHECKDB も成功し、アプリケーションが再び有効になりました。

ただし、問題のあるデータベースでの毎日のバックアップは失敗しています。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.

システムイベントログにも表示されます

デバイス \Device\Harddisk2\DR2 に不良ブロックがあります。

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

他のフォーラムでは、このエラーは、ファイル アクセス/アクセス許可、またはバックアップを完了するのに十分なディスク容量がないことが原因である可能性があると示唆していますが、これは事実ではなく、異なる資格情報でいくつかの異なる場所にバックアップしようとして同じ結果が得られました。

すべての DB オブジェクトをエクスポートし、すべてのデータをクリーンなデータベースに一括コピーするプロセスをまとめています。私が検討した別のオプションは、SQLをデタッチ/停止し、mdf、ndf、ldfファイルを別のサーバーにコピーすることですが、最初にデータを保護せずに現時点でSQL Serverを停止することに消極的です。

DBがオンラインである間に、不良ブロックが何に関連しているかを確認するために実行できる可能性のある追加のチェックを歓迎します。

スクリーンショット 1 - バックアップの実行が 70% 完了したことを示しています。1

4

1 に答える 1

0

mdf ファイルは修復不可能であると結論付けました。シナリオを再度共有するには

mdf ファイルに不良セクタがある場合

  • T-Log バックアップは成功しました
  • データベースはまだアクセス可能/機能していた
  • およびCHECKDBは良好に見えました

ただし * 完全バックアップと差分バックアップは失敗しました * DB が切り離されたときに MDF ファイルをコピーできませんでした * DB はその場で再接続できました

ファイル管理が不十分で、この問題全体の特定が遅れているため

  • ログ チェーンが壊れる (ログ バックアップの保持期間が限られているため)
  • 唯一の解決策は、データから古いバックアップと面倒なコピーを復元することでした
于 2016-08-09T09:22:12.370 に答える