IBM_V7000インフラストラクチャとサーバーのデータ復旧の場合は、詳細な

詳細な原理[IBM]
IBM_V7000(フルネームIBMのStorwize V7000)端の位置決め、のStorwize V7000が過去に強力なストレージ管理機能を持つ唯一のハイエンドストレージを提供してきたが、IBMの次世代ミッドレンジ・ストレージ・システムです。一般的なモデルIBMのStorwize V3700、IBMのStorwize V5000およびIBMのStorwize V7000。根底にある構造的支持RIAD 0、RAID 10、RAID 5およびRAID 6を格納します。上部ロール支持通常ボリューム、コンパクトモードボリューム、ボリュームミラーリングモード及びミラーモード容積の合理化。V7000は、全体的なストレージ・アーキテクチャに非常によく行うために、いくつかの障害や他の物理的な操作やストレージボリュームが損傷するおそれがありますので、回収技術のシリーズに保存されたデータが無駄に持っていますが。
[構成IBM_V7000]
(:スーパーデフォルト)とパスワード(パスワード:PASSW0RD)1は、管理IP接続IBM_V7000を使用して、ユーザー名を入力します。
IBM_V7000インフラストラクチャとサーバーのデータ復旧の場合は、詳細な
図2は、あなたが、MDISK、プール、およびボリュームを設定し、ホストマッピングボリュームを追加する必要があり、デフォルトの設定はありません。
IBM_V7000インフラストラクチャとサーバーのデータ復旧の場合は、詳細な
3.のMDiskを作成し、タイプMDiskはRAID0、RAID0、RAID5やRAID6です。
IBM_V7000インフラストラクチャとサーバーのデータ復旧の場合は、詳細な
図4に示すように、作成されたプールは、複数のMDiskをプールに分割することができます。
IBM_V7000インフラストラクチャとサーバーのデータ復旧の場合は、詳細な
図5は、プール、ボリューム型ユニバーサル、薄い、合理ミラー、ミラーの上方に配置されているボリュームに基づいてボリュームを作成します。
IBM_V7000インフラストラクチャとサーバーのデータ復旧の場合は、詳細な
6、及びマッピングホストボリューム、ホストにホストの種類およびファイバーチャネルホストのiSCSIを作成します。
IBM_V7000インフラストラクチャとサーバーのデータ復旧の場合は、詳細な
この時点で、一般的なプロセスの全体構成であっても、完成し、私たちは、それらがどのように分布しているかで、実際のディスクをホストに割り当てられた論理ボリュームを知りません。それは彼らがそれを分散する方法ですか?以下の詳細な構造と原則、その構造のなどのストレージ製品のHP左側のシリーズ、ある
[原則]構造と
実際には根本的な原則IBM_V7000は、合計4つに分け、全体のストレージ構造複雑ではありません。
第1層:物理ハードディスクの両方が、データの場所を実際のストレージです。
第二層:IBM_V7000 MDISKという名前は、実際には、RAIDは、複数の物理ディスクの集合です。
第三層:プールは、大多数のMDisk論理コンテナに結合されています。
第四層:ストレージユニットのユーザに面する、プール領域から分配容積、細胞容積を横切ることができません。
次のように構造は以下の通りである:
IBM_V7000インフラストラクチャとサーバーのデータ復旧の場合は、詳細な
全体の記憶構造は、ローカルディスクのデータが最終的に記憶されます。いわゆるMDISK、プールやボリュームだけで仮想化された物理ディスクです。この層は、データの小ブロック(ブロック)の記憶単位であり、物理的なディスクであり、NのMDisk複数のディスクは、MDISK Nブロック内に存在するデータがすべてのディスクに分散均等に分割されます。この層にMDISK、データ・セグメントは、MDiskプールの複数からなる(セクション)ストレージユニット、両方がプールに作成されたボリューム内の別のMDiskにセグメントに分割され、異なる種類の体積でありますプールに分布も異なるが、最終的にセグメントの単位はでMidskに格納されています。
  全体の手順が格納されたMDiskセグメントが異なるディスクで配布ブロックの数に変わり、一方、ユーザデータは、ボリュームが別のMDiskにいくつかのセグメントに分割され、ボリュームに格納されます。すべての最終的なデータはディスクのブロックの異なる単位で配布されています。
[データ復旧]ケース
1、ストレージアーキテクチャ
ストレージモデル:IBM_V7000の
ディスク数:24 600G SASディスク
番号のMDisk:2のGe MDiskが、RAID 5は
、2T、3Tコンパクトモードの2の共通パターン:ボリューム番号。
2、誤動作の原因  
  による老化原因のMDiskディスクには、いくつかのディスクは、上のボリュームがアクセス不能に原因使用できないのMDiskその結果、低下しています。唯一のグローバルホットスペアを設定しているためと、ディスクの管理スタッフは、速やかに、全障害発生の原因となったディスクを落とした後に交換しませんでした。
図3に示すように、溶液
、次いですべてのディスクミラーリングに、ディスクとのMDiskの設定された分析。同じグループMdiskdディスクに属する見つけ、その後、ディスク状況分析が存在するドロップ。あなたはディスクを落とした場合はMDiskグループに、このディスクを取り除くために、存在しています。発生のMDisk、MDiskの間の構造の分析を行いました。なぜなら、異なる種類の異なる体積の体積の構造の分析に続いて、プールを生成、格納構造は同じではありません。ボリュームの構造を解析した後、各ボリュームのデータを生成することができる後。
図4は、データ復旧結果がされている
  唯一の少数のディスクがダウンしているが原因があるのMDisk、他の操作を持っていません。だから、全体のデータ復旧が完了すると、ユーザーの受け入れデータが正しいです。
  非常に徹底した調査のストレージインフラストラクチャIBM V7000シリーズなので、このシリーズのストレージの故障のため、データがほとんど保存することができます。しかし、そこにデータを救済することができない場合があり、それはすべてのディスクが再構築されていると初期化が完了しています。あなたがたMDiskを作成した後、システムがクリアされて初期化し、実行したMDiskますので。図は、以下
IBM_V7000インフラストラクチャとサーバーのデータ復旧の場合は、詳細な
がスリム望ましい。この場合にデータを回復するために、ストレージが再構築されている場合、したがって、また、初期化します。

おすすめ

転載: blog.51cto.com/sun510/2428768