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