Skip to main content
本製品の最新リリースがご利用いただけます。
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

ボリュームで実行できる操作

共同作成者

ボリュームに対しては、容量の拡張、削除、コピー、初期化、再配置など、さまざまな処理を実行できます。 所有権の変更、キャッシュ設定の変更、メディアスキャン設定の変更

容量を拡張

ボリュームの容量は次の2つの方法で拡張できます。

  • プールまたはボリュームグループの使用可能な空き容量を使用します。

    ボリュームに容量を追加するには、「*」メニューから「Storage(Pool and Volume Groups)」>「Add Capacity(容量の追加)」*を選択します。

  • ボリュームのプールまたはボリュームグループに未割り当て容量(未使用ドライブ)を追加します。このオプションは、プールまたはボリュームグループに空き容量がない場合に使用します。

    プールまたはボリュームグループに未割り当て容量を追加するには、*メニュー:Storage(Pool and Volume Groups)> Add Capacity(容量の追加)*を選択します。

    プールまたはボリュームグループに使用可能な空き容量がない場合、ボリュームの容量を拡張することはできません。先にプールまたはボリュームグループのサイズを拡張するか、未使用のボリュームを削除する必要があります。

ボリュームの容量を拡張したら、それに応じてファイルシステムのサイズを手動で拡張する必要があります。方法は、使用しているファイルシステムによって異なります。詳細については、ホストオペレーティングシステムのドキュメントを参照してください。

削除

ボリュームを削除する一般的な状況としては、作成したボリュームのパラメータや容量に誤りがあった場合、ストレージ構成のニーズを満たさなくなった場合、バックアップやアプリケーションのテストに必要なくなったSnapshotイメージがある場合などがあります。ボリュームを削除すると、プールまたはボリュームグループの空き容量が増えます。

ボリュームを削除すると、それらのボリューム上のすべてのデータが失われます。また、関連付けられているSnapshotイメージ、スケジュール、Snapshotボリュームも削除され、ミラーリング関係も削除されます。

コピー

ボリュームをコピーする場合は、ソースボリュームとターゲットボリュームの2つの個別のボリュームのポイントインタイムコピーを同じストレージアレイに作成します。ボリュームをコピーするには、「*」メニューから「Storage(ボリューム)」>「Copy Services(コピーサービス)」>「Copy volume(ボリュームのコピー)」*を選択します。

初期化します

ボリュームを初期化すると、ボリュームからすべてのデータが消去されます。ボリュームは、最初に作成されるときに自動的に初期化されます。ただし、一定の障害状況からリカバリするために、ボリュームを手動で初期化するようRecovery Guruから指示される場合があります。ボリュームを初期化しても、ボリュームのWWN、ホストの割り当て、割り当て済み容量、およびリザーブ容量の設定は保持されます。Data Assurance(DA)設定とセキュリティ設定も同じままです。

ボリュームを初期化するには、*メニュー:Storage [Volumes]> More > Initialize volumes ]*を選択します。

再配置

ボリュームの再配置は、ボリュームを優先コントローラ所有者に戻すために実行します。通常、ホストとストレージアレイの間のデータパスに問題が発生した場合、マルチパスドライバがボリュームを優先コントローラ所有者から移動します。

ほとんどのホストマルチパスドライバは、優先コントローラ所有者へのパスで各ボリュームへのアクセスを試みます。ただし、この優先パスが使用できなくなると、ホストのマルチパスドライバは代替パスにフェイルオーバーします。このフェイルオーバー原因 によって、ボリューム所有権が代替コントローラに変更される可能性があります。フェイルオーバーの原因となった状況を解決すると、一部のホストではボリュームの所有権が優先コントローラ所有者に自動的に戻りますが、場合によっては手動でのボリュームの再配置が必要になります。

ボリュームを再配置するには、*メニュー:Storage [Volumes]>[More]> redistribute volumes ]*を選択します。

ボリューム所有権を変更します

ボリュームの所有権を変更すると、ボリュームの優先コントローラ所有権が変更されます。ボリュームの優先コントローラ所有者は、* MENU(メニュー)> Storage(ボリューム)> View/Edit Settings(設定の表示/編集)> Advanced tab(詳細タブ)*に表示されます。

ボリュームの所有権を変更するには、「* menu:Storage(ボリューム)> More(詳細)> Change ownership(所有権の変更)」*を選択します。

ミラーリングとボリューム所有権

ミラーペアのプライマリボリュームがコントローラAに所有されている場合、セカンダリボリュームもリモートストレージアレイのコントローラAに所有されます。プライマリボリュームの所有者を変更すると、両方のボリュームが同じコントローラで所有されるようにセカンダリボリュームの所有者も自動的に変更されます。プライマリ側で現在の所有権が変更されると、セカンダリ側の対応する所有権も自動的に変更されます。

ミラー整合性グループにローカルのセカンダリボリュームが含まれている場合にコントローラ所有権を変更すると、セカンダリボリュームは最初の書き込み処理時に自動的に元のコントローラ所有者に転送されます。所有権の変更*オプションを使用してセカンダリボリュームのコントローラ所有権を変更することはできません。

ボリュームとボリュームの所有権をコピーします

ボリュームのコピー処理中は、同じコントローラがソースボリュームとターゲットボリュームの両方を所有している必要があります。ボリュームのコピー処理の開始時に、両方のボリュームの優先コントローラが同じでないことがあります。そのため、ターゲットボリュームの所有権が自動的にソースボリュームの優先コントローラに転送されます。ボリュームのコピーが完了または停止すると、ターゲットボリュームの所有権は元の優先コントローラにリストアされます。

ボリュームのコピー処理中にソースボリュームの所有権が変更された場合、ターゲットボリュームの所有権も変更されます。特定のオペレーティングシステム環境では、I/Oパスを使用する前に、マルチパスホストドライバの再設定が必要になる場合があります。(一部のマルチパスドライバではI/Oパスを認識するために編集が必要です。詳細については、ドライバのマニュアルを参照してください)。

キャッシュ設定を変更します

キャッシュメモリは、ドライブメディアよりも速くアクセスできる、コントローラ上の一時的な揮発性ストレージ(RAM)領域です。キャッシュメモリを使用すると、次の理由により、全体的なI/Oパフォーマンスを向上させることができます。

  • 読み取り用にホストから要求されたデータが以前の処理からすでにキャッシュに格納されている可能性があるため、ドライブへのアクセスが不要になります。

  • 書き込みデータは最初にキャッシュに書き込まれるため、データがドライブに書き込まれるのを待つことなくアプリケーションが処理を続行できます。

[*]メニューを選択します。[ストレージ][ボリューム]>[詳細]>[キャッシュ設定の変更]*次のキャッシュ設定を変更します。

  • 読み取りキャッシュと書き込みキャッシュ--読み取りキャッシュは'ドライブから読み取られたデータを格納するバッファです読み取り処理の対象となるデータが以前の処理ですでにキャッシュに格納されていれば、ドライブにアクセスする必要はありません。読み取りキャッシュのデータは、フラッシュされるまで保持されます。

    書き込みキャッシュは、ドライブにまだ書き込まれていないホストからのデータを格納するバッファです。書き込みキャッシュ内のデータは、ドライブに書き込まれるまで保持されます。書き込みキャッシュにより、I/Oパフォーマンスを向上させることができます。

  • ミラーリングありの書き込みキャッシュ--ミラーリングありの書き込みキャッシュは'一方のコントローラのキャッシュ・メモリに書き込まれたデータがもう一方のコントローラのキャッシュ・メモリにも書き込まれたときに発生しますそのため、一方のコントローラで障害が発生した場合、もう一方のコントローラで未処理の書き込み処理をすべて完了できます。書き込みキャッシュのミラーリングは、書き込みキャッシュが有効で、2台のコントローラが配置されている場合にのみ使用できます。ミラーリングありの書き込みキャッシュは、ボリュームの作成時にデフォルトで設定されます。

  • バッテリなしの書き込みキャッシュ--バッテリなしの書き込みキャッシュ設定により、バッテリがない、故障している、完全に放電されている、またはフル充電されていない場合でも書き込みキャッシュを続行できます。バッテリなしの書き込みキャッシュを選択すると電源の喪失時にデータが失われる可能性があるため、一般には推奨されません。通常、書き込みキャッシュは、バッテリが充電されるか障害が発生したバッテリが交換されるまで、コントローラによって一時的にオフにされます。

    この設定は、書き込みキャッシュを有効にしている場合にのみ使用できます。この設定はシンボリュームに対しては使用できません。

  • 動的キャッシュ読み取りプリフェッチ--動的キャッシュ読み取りプリフェッチにより'コントローラは'ドライブからキャッシュにデータ・ブロックを読み取っているときに'追加のシーケンシャル・データ・ブロックをキャッシュにコピーすることができますこのキャッシングにより、以降のデータ要求にキャッシュから対応できる可能性が高まります。動的キャッシュ読み取りプリフェッチは、シーケンシャルI/Oを使用するマルチメディアアプリケーションで重要ですデータがキャッシュにプリフェッチされる速度と量は、ホスト読み取りの速度と要求サイズに基づいて自動で調整されます。ランダムアクセスの場合、原因 データがキャッシュにプリフェッチされることはありません。この機能は、読み取りキャッシュが無効になっている場合は適用されません。

    動的キャッシュ読み取りプリフェッチはシンボリュームに対しては常に無効で、変更することはできません。

メディアスキャン設定の変更

メディアスキャンは、アプリケーションで頻繁に読み取られないディスクブロック上のメディアエラーを検出して修復します。このスキャンにより、プールまたはボリュームグループ内の他のドライブで障害が発生しても、障害ドライブのデータが冗長性情報とプールまたはボリュームグループ内の他のドライブのデータを使用して再構築されるため、データが失われることはありません。

メディアスキャンは、スキャンする容量とスキャン期間に基づいて一定の速度で継続的に実行されます。優先度の高いバックグラウンドタスク(再構築など)によってバックグラウンドスキャンが一時的に中断されることはありますが、その場合も同じ速度で再開されます。

メディアスキャンの実行期間を有効にして設定するには、「* menu:Storage(ボリューム)」>「More(詳細)」>「Change media scan settings(メディアスキャン設定の変更)」*を選択します。

ボリュームは、ストレージアレイとそのボリュームでメディアスキャンオプションが有効になっている場合にのみスキャンされます。そのボリュームで冗長性チェックも有効になっている場合、ボリュームに冗長性情報があるかぎり、ボリューム内の冗長性情報とデータの整合性がチェックされます。メディアスキャンでの冗長性チェックは、ボリュームの作成時にデフォルトで有効になります。

スキャン中に回復不能なメディアエラーが発生した場合、可能であれば、冗長性情報を使用してデータが修復されます。たとえば、最適なRAID 5ボリューム、または最適なRAID 6ボリュームまたは1本のドライブのみで障害が発生したRAID 6ボリュームには、冗長性情報が存在します。冗長性情報を使用して回復不能なエラーを修復できない場合は、読み取り不能セクターログにデータブロックが追加されます。イベントログには、修正可能なメディアエラーと修正不可能なメディアエラーの両方が記録されます。

冗長性チェックでデータと冗長性情報の間に不整合が検出された場合は、イベントログに報告されます。