ボリュームで実行できる操作
ボリュームに対しては、容量の追加、削除、コピー、初期化、再配置、所有権の変更、キャッシュ設定の変更、メディア スキャン設定の変更など、さまざまな処理を実行できます。
容量の追加
ボリュームの容量は、次の 2 つの方法で拡張することができます。
- プールまたはボリューム・グループ内で使用可能な空き容量を使用します。
ボリュームに容量を追加するには、を選択します。
- ボリュームのプールまたはボリューム・グループに未割り当て容量 (未使用ドライブの形式) を追加します。プールまたはボリューム・グループに空き容量がない場合にこのオプションを使用します。
プールまたはボリューム・グループに未割り当て容量を追加するには、を選択します。
プールまたはボリューム・グループに使用可能な空き容量がない場合、ボリュームの容量を増やすことはできません。まずプールまたはボリューム・グループのサイズを大きくするか、未使用のボリュームを削除する必要があります。
ボリューム容量を拡張したら、それに一致するようにファイル・システム・サイズを手動で増やす必要があります。この方法は、使用しているファイル・システムによって異なります。詳細については、お使いのホスト・オペレーティング・システムの資料を参照してください。
削除
通常、ボリュームが間違ったパラメーターまたは容量で作成された場合、ストレージ構成のニーズを満たさなくなった場合、またはバックアップやアプリケーションのテストに必要なくなったスナップショット・イメージである場合にボリュームを削除します。ボリュームを削除すると、プールまたはボリューム・グループの空き容量が増加します。
ボリュームを削除すると、これらのボリュームのデータがすべて失われます。ボリュームを削除すると、関連するスナップショット・イメージ、スケジュール、スナップショット・ボリュームもすべて削除され、ミラーリング関係も削除されます。
コピー
ボリュームをコピーすると、同じストレージ アレイに2つのボリューム（ソース ボリュームとターゲット ボリューム）のポイントインタイム コピーが作成されます。を選択して、ボリュームをコピーできます。
初期化
ボリュームを初期化すると、ボリュームからすべてのデータが消去されます。ボリュームは、最初に作成するときに自動的に初期化されます。ただし、一定の障害状況からリカバリするために、ボリュームを手動で初期化するようRecovery Guruから指示される場合があります。ボリュームを初期化しても、ボリュームのWWN、ホストの割り当て、割り当て済み容量、リザーブ容量の設定は保持されます。また、Data Assurance（DA）設定とセキュリティ設定も同じままです。
を選択して、ボリュームを初期化することができます。
再配置
ボリュームを再分配し、ボリュームを優先コントローラー所有者に戻します。通常、マルチパス・ドライバーは、ホストとストレージ・アレイの間のデータ・パスで問題が発生した場合、優先コントローラー所有者からボリュームを移動します。
ほとんどのホスト・マルチパス・ドライバーは、優先コントローラー所有者へのパスにある各ボリュームにアクセスしようとします。ただし、この優先パスが使用不可能になった場合、ホストのマルチパス・ドライバーは代替パスにフェイルオーバーされます。このフェイルオーバーにより、ボリュームの所有権が代替コントローラーに変更されることがあります。フェイルオーバーの原因となった条件が解決された後、一部のホストはボリュームの所有権を優先コントローラー所有者に自動的に戻すことがありますが、場合によっては、ボリュームを手動で再分配する必要があります。
を選択して、ボリュームを再分配することができます。
ボリューム所有権の変更
ボリュームの所有権を変更すると、ボリュームの優先コントローラ所有権が変更されます。ボリュームの推奨コントローラー所有者は、にリストされます。
を選択して、ボリュームの所有権を変更できます。
ミラーリングとボリューム所有権
ミラーリング・ペアのプライマリー・ボリュームがコントローラー A により所有されている場合、セカンダリー・ボリュームもリモート・ストレージ・アレイのコントローラー A により所有されます。プライマリー・ボリュームの所有者を変更すると、セカンダリー・ボリュームの所有者が自動的に変更され、両方のボリュームが同じコントローラーにより所有されます。プライマリー側の現在の所有権を変更すると、セカンダリー側の対応する現在の所有権の変更に自動的に反映されます。
ミラー整合性グループにローカルのセカンダリ ボリュームが含まれている場合にコントローラ所有権を変更すると、セカンダリ ボリュームは最初の書き込み処理時に自動的に元のコントローラ所有者に転送されます。セカンダリ ボリュームのコントローラ所有権は[所有権の変更]オプションでは変更できません。
ボリュームのコピーとボリューム所有権
ボリュームのコピー処理中は、同じコントローラがソース ボリュームとターゲット ボリュームの両方を所有している必要があります。ボリュームのコピー処理の開始された時点で、両方のボリュームの優先コントローラが同じでない場合があります。そのため、ターゲット ボリュームの所有権が自動的にソース ボリュームの優先コントローラに転送されます。ボリュームのコピーが完了または停止すると、ターゲット ボリュームの所有権は元の優先コントローラにリストアされます。
ボリュームのコピー処理中にソース ボリュームの所有権が変更された場合、ターゲット ボリュームの所有権も変更されます。オペレーティング・システム環境によっては、I/O パスを使用する前にマルチパス・ホスト・ドライバーを再構成する必要があります(一部のマルチパス・ドライバーでは、I/O パスを認識するために編集が必要な場合があります。詳細については、ドライバのマニュアルを参照してください）。
キャッシュの設定の変更
キャッシュ メモリは、ドライブ メディアよりも速くアクセスできる、コントローラ上の一時的な揮発性ストレージ（RAM）領域です。キャッシュ メモリを使用すると、次の理由により、全体的なI/Oパフォーマンスを向上させることができます。
読み取り用にホストから要求されたデータが以前の処理からすでにキャッシュに保持されている可能性があるため、ドライブへのアクセスが不要になります。
書き込みデータは最初にキャッシュに書き込まれるため、データがドライブに書き込まれるのを待つことなくアプリケーションが処理を続行できます。
を選択し、以下のキャッシュ設定を変更します。
- 読み取りおよび書き込みキャッシュ – 読み取りキャッシュは、ドライブから読み取られたデータを格納するバッファです。読み取り処理の対象となるデータが以前の処理ですでにキャッシュに格納されていれば、ドライブにアクセスする必要はありません。読み取りキャッシュのデータは、フラッシュされるまで保持されます。
書き込みキャッシュは、ドライブにまだ書き込まれていないホストからのデータを格納するバッファです。書き込みキャッシュのデータは、ドライブに書き込まれるまで保持されます。書き込みキャッシュにより、I/Oパフォーマンスを向上させることができます。
- ミラーリングありの書き込みキャッシュ – ミラーリングありの書き込みキャッシュでは、一方のコントローラのキャッシュ メモリに書き込まれたデータがもう一方のコントローラのキャッシュ メモリにも書き込まれます。そのため、一方のコントローラで障害が発生した場合、もう一方のコントローラで未処理の書き込み処理をすべて完了できます。書き込みキャッシュのミラーリングは、書き込みキャッシュが有効で、2台のコントローラが配置されている場合にのみ使用できます。ミラーリングありの書き込みキャッシュは、ボリュームの作成時にデフォルトで設定されます。
- バッテリなしの書き込みキャッシュ – バッテリなしの書き込みキャッシュでは、バッテリがない、障害が発生している、完全に放電されている、フル充電されていないなどの状況でも書き込みキャッシュが継続されます。バッテリなしの書き込みキャッシュを選択すると電源の喪失時にデータが失われる可能性があるため、一般には推奨されません。通常、書き込みキャッシュは、バッテリが充電されるか障害が発生したバッテリが交換されるまで、コントローラによって一時的にオフにされます。
この設定は、書き込みキャッシュを有効にしている場合にのみ使用できます。この設定はシン ボリュームに対しては使用できません。
- 動的キャッシュ読み取りプリフェッチ – 動的キャッシュ読み取りプリフェッチでは、コントローラは、ドライブからキャッシュにデータ ブロックを読み取っているときに、連続する追加のデータ ブロックをキャッシュにコピーすることができます。これにより、以降のデータ要求にキャッシュから対応できる可能性が高まります。動的キャッシュ読み取りプリフェッチは、シーケンシャルI/Oを使用するマルチメディア アプリケーションで重要です。データがキャッシュにプリフェッチされる速度と量は、ホスト読み取りの速度と要求サイズに基づいて自動で調整されます。ランダム アクセスの場合、データがキャッシュにプリフェッチされることはありません。この機能は、読み取りキャッシュが無効になっている場合は適用されません。
動的キャッシュ読み取りプリフェッチはシン ボリュームに対しては常に無効で、変更することはできません。
メディア スキャンの設定の変更
メディア スキャンは、アプリケーションで頻繁に読み取られないディスク ブロック上のメディア エラーを検出して修復します。このスキャンにより、プールまたはボリューム グループ内の他のドライブで障害が発生しても、障害ドライブのデータが冗長性情報とプールまたはボリューム グループ内の他のドライブのデータを使用して再構築されるため、データが失われることはありません。
メディア スキャンは、スキャンされる容量とスキャン期間に基づいて一定の速度で継続的に実行されます。優先度の高いバックグラウンド タスク（再構築など）によってバックグラウンド スキャンが一時的に中断されることはありますが、その場合も同じ速度で再開されます。
を選択して、メディア・スキャンを実行する期間を有効化および設定できます。
ボリュームは、ストレージ アレイとボリュームの両方でメディア スキャン オプションが有効になっている場合にのみスキャンされます。ボリュームで冗長性チェックも有効になっていてボリュームに冗長性情報がある場合、ボリューム内の冗長性情報とデータの整合性がチェックされます。メディア スキャンでの冗長性チェックは、ボリュームが作成されるときにデフォルトで有効になります。
スキャン中に回復不能なメディア エラーが検出された場合は、冗長性情報（使用可能な場合）を使用してデータが修復されます。たとえば、最適なRAID 5ボリューム、あるいは最適なRAID 6ボリュームまたは1本のドライブだけで障害が発生したRAID 6ボリュームには、冗長性情報が存在します。冗長性情報を使用して回復不能なエラーを修復できない場合は、読み取り不能セクター ログにそのデータ ブロックが追加されます。イベント ログには、修正可能なメディア エラーと修正不能なメディア エラーの両方が記録されます。
冗長性チェックでデータと冗長性情報の間に不整合が検出された場合は、イベント ログに記録されます。