ドロップされたハード・ディスク・ストレージの顔にHP MSA、決定的な解決策を学びます

A、HP MSA情報記憶装置
1、450ギガバイトSASハードディスクの記憶空間8。
2,7ドライブホットスペアディスクとして構成RAID5アレイ。
二つ、HP MSAストレージ装置の障害がで説明
従って麻痺RAID5アレイ、使用不能上部LUNで、その結果、正常に活性化のみホットスペアディスクを2 RAID5アレイハードディスクの損傷が発生し、1が、今回。
図2は、一部にRAIDディスクアレイは、全体のメモリ使用不能を引き起こし、ドロップ。ノー物理ハードディスクの故障ことを確認したテストの後、すべての物理ディスクのテストを行う必要がありますので。そして、不良セクタのディスクの不良セクタを検出するための検出ツールを使用し、それは不良セクタが見つかりませんでした。
三、HP MSAストレージとバックアップデータの
セキュリティを考慮して、データを復元することができますが、あなたはデータの他の原因が再び回復することができない場合にはデータ復旧を行う前に、すべてのデータソースのバックアップを行う必要があります。Winhexツールのddコマンドを使用して、またはすべてのディスクをファイルにミラーリングされます。次のように図部分のデータがバックアップされている：

4、HP MSA不良解析メモリ
1を、障害分析
推論によっては、いくつかの原因がディスクの読み取りと書き込みの失敗による不安定になることがあります。HP MSA2000ディスクコントローラをチェック政策は非常に厳格であるため、特定のパフォーマンスディスク不安定たら、HP MSA2000ディスクコントローラが悪いと考えられている、悪いディスクRAIDディスクグループを追い出されると考えることでしょう。RAIDグループは、プレートオフ許容限界を達成するために、ディスクRAIDレベルを落とした後、次いで、RAIDグループが使用できなくなります上部LUNのRAIDグループに使用できなくなるであろう。現在の状況に基づくLUNのRAIDグループの予備的な理解は6は、Oracleデータベース・サーバーとOA用小型、上位作らLVM論理ボリューム、重要なデータを使用してHP-Unixマシンに割り当てられています。
図2に示すように、分析のRAIDグループの構造
私たちはHP MSA2000ストレージLUNの情報分析に基づいて、元のRAIDグループを情報基盤となるRAIDグループを分析して、再構築する必要があるので、RAIDグループをベースとしています。データディスクの各部分の分析は、データは4番が最初にそれがホット・スペア・ドライブかもしれないと思った、他のデータディスクと同じではないことがわかりました。他のディスクは、データの分布の状況に応じたRAIDグループに各ディスクに分散状況のOracleデータベース・ページを分析し、データを分析し、重要なサイズに関する情報、およびディスクの順序や他のデータとドローバーのRAIDグループ。
3、ディスクのRAIDグループを分析し、注文を落とした
上記の分析上のRAID情報に基づいて、オリジナルのRAIDグループの北を開発した仮想RAID仮想プログラムを介して出てくるようにしてください。しかしので、全体のRAIDグループは、2枚のディスクの合計を落としたので、これらの2つのハードドライブの順序ドロップを分析する必要があります。あなたのハードディスク上のデータのすべての部分を慎重に分析は、ハードドライブが最初の裁判官ように、このドライブが最初の北アジアのRAIDパリティの自主開発によって破棄される可能性があり、データ及びその他のハード明らかに同じではないのと同じバンドで見つかりましたプログラムが行うには、このバンドを確認するには、ちょうどあなたが明確に最初のハードドライブを落としたことができるように得られたデータは、最高のハードディスクであることが判明し、分析のその部分を取り除きます。
4、RAIDグループLUNの情報の分析は、
RAIDグループ内のLUNの分布を解析し、MAPデータブロックは、LUNが割り当て。根底6 LUNとして、これだけMAPを抽出した各ブロックの分布データにLUNを必要とします。次に行うために、書き込みプログラムに対応するこれらのすべてのLUNは、MAPデータを解決し、すべてのデータMAP LUNデータをエクスポートします。

五、HP MSAストレージLVM論理ボリュームとファイルシステムの修復VXFS
1、分析LVM論理ボリューム
すべてのLUNは、分析のうちに生成されたすべてのLUNが、HP-のUnixのLVM論理ボリューム情報が含まれていることがわかりました。各LUNのLVM情報を解決しようとすると、一時的にバックアップデータを保存LVの区分に分割LV、OAデータをサーバ内に格納されているLVM、LVM 45G 3組の合計、LVM 190Gを発見しました。残りの4つのLUNは、Oracleデータベース・ファイルが含まれている2.1T LVM、LVの分割のみ、約作ります。プログラムのLVM書かれた説明は、それを説明するためにLVM LVボリュームのそれぞれを試してみたが、通訳のエラーを検出しました。
2、修理LVM論理ボリューム
のプログラムを与えられている理由の慎重な分析、開発エンジニアのための取り決めは、プログラムのエラー箇所をデバッグし、またLVMの情報が原因ストレージ論理ボリューム情報に麻痺につながるかどうかを検出し、テストを行うにはLUNの回復のための高度なファイル・システム・エンジニアを手配LMVダメージ。慎重にテストした後、実際にLVM情報記憶損傷ので、麻痺につながることがわかりました。損傷領域を修復するため、およびプログラム、再解析するLVM論理ボリュームを修正同期させる人工の試み。
図3は、VXFSのパースファイルシステム
のビルドHP-Unix環境は、HP-UnixのにマッピングされているLV容積のうちに説明し、マウント・ファイル・システムを試すことになります。ファイルシステムエラーの結果をマウントし、ファイルシステムを修復するためのコマンド「のfsck -FのVxFSの」VxFSを使用しようとするが、結果はまだ修理、マニュアル、修理の必要性を損なう可能性がVxFSファイルシステムの基礎となるメタデータの疑いの一部をマウントすることはできません。
4、ファイルシステムの修復は、VxFS
LVを解析するの慎重な分析をし、ファイルシステムをチェックし、基礎となる構造のVxFSファイルシステムによれば完了です。VXFS分析は、基本的なファイルシステムが実際に更新されていないファイルシステムはIO操作を実行している間に、オリジナルの店は、このように、ファイルシステムのメタデータファイルの一部で、その結果、麻痺した問題や損傷であることがわかりました。人工メタファイルは手動で、これらが損傷し、修復適切に解決することができVxFSファイルシステムを確認してください。再び再生されたLVのボリュームは、ファイルシステムはエラーではありません、マウントの成功をHP-Unixの小さなマシン上にマウントし、マウント・ファイル・システムを試してみてください。
シックスOracleデータベース・ファイルを検出し、データベースを起動します
1、Oracleデータベースファイルを復元
HP-Unixマシン上のファイルシステムをマウントした後、すべてのユーザーデータは、指定されたディスクスペースにバックアップされます。1.2TBの大きさについてのすべてのユーザーデータ。ファイルディレクトリショットの一部は次の通りです：

2、検出が完了Oracleデータベース・ファイルで
のOracleデータベース・ファイルの検出ツール「DBV」各データベース・ファイルが完了した検出、それがエラーを発見したを使用して。北その後、自社開発のOracleデータベースの検査ツール（テストより厳格な）を使用して、我々は、データベースのその部分を見つけて、ファイルが学校内のすべてのファイルまで、矛盾、ファイルを修復するような構成のためのシニアデータベースエンジニアをチェックして、時間にチェックインログイン経験は完全に渡されます。
3、Oracleデータベースを起動し
、私たちが提供するHP-Unix環境は、このように、ユーザーの元の環境を必要とする、Oracleデータのこのバージョンを持っていないので、HP-Unixサーバの元の生産にOracleデータベースの回復は、Oracleデータベースは、Oracleを起動しようデータベースの起動成功。スクリーンショットの一部は次の通り：

7は、HP MSAストレージデータの検証
、ユーザーによっては積極的に、Oracleデータベースを起動し、党と協力サーバーのOA、OAローカルにインストールされたクライアントのノートブックを開始します。OAクライアントが最新のデータレコードと履歴データレコードを確認し、リモート認証のためのさまざまな部門でのリモートユーザのための取り決めがあります。最終的なデータの検証、データの整合性、これまでの仕事のデータ復旧終了。