Users Guide

レイで RAID パンクチャが生じている間は、影響を受けたデ(存在する場合)にアクセスするたびに修正不能なエラ
けることです。
RAID パンクチャは次の 3 つの場所で生じます。
タが含まれていないブランク スペ。そのストライプはアクセス不能になりますが、その場所にはデタがないため著
しい影響は及ぼしません。OS による RAID パンクチャー状態ストライプへの書きみ試行は失敗し、タは別の場所に書き
まれます。
README.TXT ファイルなどの重要でないデタが含まれているストライプ。影響を受けたデタがアクセスされない場合は、
通常の I/O 時にエラが生成されません。ファイル システム バックアップを行しようとすると RAID パンクチャの影響を
受けたファイルのバックアップに失敗します。整合性チェックまたは巡回み取り操作を行すると、該 LBA やストライ
プにしてセンス 3/11/00 が生成されます。
アクセスされるデ スペ。そのような場合は、失われたデタがさまざまなエラの原因になる場合があります。エ
は本番環境に影響をえないマイナ エラの場合があります。一方で、エラがもっと重大な場合もあり、それによっ
てシステムでオペレティング システムを起動できなくなったり、アプリケションに失敗したりすることがあります。
RAID パンクチャー状態のアレイは、RAID パンクチャを解消するために最終的には削除し再作成する必要があります。この手順で
は、すべてのデタが消去されます。デタは、その後、RAID パンクチャが解消された後にバックアップから再作成または復元
する必要があります。RAID パンクチャの解決は、ビジネスのニズに好都合な時間に合わせてスケジュル設定できます。
RAID パンクチャー状態ストライプのデタにアクセスすると、影響を受けた修正不能な不良 LBA してエラの報告が継続
れます。最終的には分、日、週間、か月など)BBM(不良ブロック管理)表は杯になり、1 つ以上のドライブが障害
予知としてフラグ付けされます。に示すように、通常ドライブ 0 播されるドライブ 1 およびドライブ 2 上のエラにより、
障害予知としてフラグ付けされるドライブとなります。ドライブ 0 は、際には正常に動作している場合があり、ドライブ 0 を交
換すると結局はその交換したドライブにも障害予知としてフラグ付けされます。
RAID パンクチャが引き起こされた後に行される整合性チェックではこの問題は解決されません。だからこそ、定期的に整合性
チェックを行することが非常に重要です。これはドライブを交換する前に特に重要となる場合があります。整合性チェックを
行するには、アレイが最適態になっている必要があります。
一のデ エラが含まれた RAID アレイと、ハ ドライブ障害などの追加のエラ イベントの組み合わせでは、障害の
したドライブまたは交換ドライブをアレイに再構築するときに RAID パンクチャが生じます。例として、最適な RAID 5 アレイに
3 つのメンバとしてドライブ 0、ドライブ 1ドライブ 2 が含まれています。ドライブ 0 に障害が生し交換されると、ドライブ
1 2 っているデタとパリティを使用して、交換したドライブ 0 上で欠落した情報が再構築されます。ただし、再構築操作
でそのエラに到達したときに、ドライブ 1 上にデ エラが存在している場合、ストライプにはそのストライプで欠落して
いるデタを再構築するための十分な情報がありません。ドライブ 0 にはデタがなく、ドライブ 1 には不良デタ、ドライブ 2
は再構築時に良好なデタが存在しています。そのストライプには複のエラが存在します。ドライブ 0 とドライブ 1 には有
なデタが含まれていないため、そのストライプのデタは回復できず結果的に失われます。結果は 3 に示すとおり、RAID
パンクチャが再構築時に作成されます(ストライプ 1 および 2 。エラはドライブ 0 播されます。
24. RAID パンクチャ
アレイにパンクチャを適用することで、冗長性を回復し、アレイを最適態にします。これにより、アレイは別のエラまたは
ドライブ障害が生したときにさらなるデタ損失から保護されます。
RAID パンクチャを修復する方法
問題:
パンクチャの影響を受けた RAID アレイを修復する方法
解決方法: 以下の手順にって問題を解決します。
ドウェアの問題のトラブルシュティング 93