Storage Foundation 8.0.2 管理者ガイド - Solaris
- 第 I 部 Storage Foundation の紹介
- Storage Foundation の概要
- Dynamic Multi-Pathing の動作
- Veritas Volume Manager の動作
- Veritas File System の動作
- 第 II 部 ストレージのプロビジョン
- 新しいストレージのプロビジョニング
- ストレージの設定のための高度な割り当て方法
- VxFS ファイルシステムの作成とマウント
- VxFS ファイルシステムの作成
- ファイルシステムの VxFS への変換
- VxFS ファイルシステムのマウント
- ファイルシステムのマウント解除
- ファイルシステムサイズの変更
- マウントされているファイルシステムの情報の表示
- ファイルシステムタイプの識別
- 空き領域の監視
- エクステント属性
- 第 III 部 DMP を使ったマルチパスの管理
- Dynamic Multi-Pathing の管理
- 新しく追加されたディスクデバイスの検出と設定
- 部分的なデバイス検出
- ディスクの検出とディスクアレイの動的な追加について
- サードパーティドライバの共存について
- デバイス検出層の管理方法
- iSCSI を含むすべてのデバイスの一覧表示
- iSCSI を含むすべてのホストバスアダプタの一覧表示
- ホストバスアダプタ上で設定されたポートの一覧表示
- ホストバスアダプタまたはポートから設定されたターゲットの一覧表示
- ホストバスアダプタとターゲットから設定されたデバイスの一覧表示
- iSCSI 操作パラメータの取得または設定
- サポートされているすべてのディスクアレイの一覧表示
- Array Support Library(ASL)の詳細の表示
- ディスクアレイライブラリのサポートの無効化
- 無効にされたディスクアレイライブラリのサポートの有効化
- 無効にされたディスクアレイの一覧表示
- DISKS カテゴリで認識されているディスクの一覧表示
- DISKS カテゴリへのサポートされていないディスクアレイの追加
- DISKS カテゴリからのディスクの削除
- 外部デバイス
- デバイスを VxVM で非表示にする
- デバイスの VxVM での表示
- コントローラとストレージプロセッサに対する I/O の有効化と無効化について
- DMP データベース情報の表示について
- ディスクへのパスの表示
- vxdmpadm ユーティリティを使った DMP の管理
- DMP ノードに関する情報の取得
- DMP ノードについての統合された情報の表示
- LUN グループのメンバーの表示
- DMP ノード、コントローラ、エンクロージャ、アレイポートによって制御されるパスの表示
- コントローラに関する情報の表示
- エンクロージャに関する情報の表示
- アレイポートに関する情報の表示
- サードパーティ製のドライバにより制御されるデバイスに関する情報の表示
- 拡張デバイス属性の表示
- VxVM の制御下におけるデバイスの無効化と有効化
- I/O 統計情報の収集と表示
- エンクロージャへのパスに関する属性の設定
- デバイスまたはエンクロージャの冗長レベルの表示
- アクティブパスの最小数の指定
- I/O ポリシーの表示
- I/O ポリシーの指定
- パス、コントローラ、アレイポート、DMP ノードに対する I/O の無効化
- パス、コントローラ、アレイポート、DMP ノードに対する I/O の有効化
- エンクロージャ名の変更
- I/O エラーに対する応答の設定
- I/O 調整機構の設定
- LIPP(Low-Impact Path Probing)の設定
- サブパスフェールオーバーグループ(SFG)の設定
- リカバリオプション値の表示
- DMP パスリストアポリシーの設定
- DMP パスリストアスレッドの停止
- DMP パスリストアスレッドの状態の表示
- アレイポリシーモジュール(Array Policy Modules)の設定
- Metro/Geo アレイの遅延しきい値チューニングパラメータの設定
- DMP とネーティブマルチパスの共存
- ZFS ルートプールに対する DMP デバイスの管理
- 新しく追加されたディスクデバイスの検出と設定
- デバイスの動的再構成
- デバイスの管理
- イベント監視
- Dynamic Multi-Pathing の管理
- 第 IV 部 Storage Foundation の管理
- 第 V 部 I/O パフォーマンスの最適化
- 第 VI 部 PITC (Point-In-Time Copy) の使用
- PITC 方法の理解
- ボリュームスナップショットの管理
- ボリュームスナップショットについて
- 従来のサードミラーブレークオフスナップショット
- フルサイズインスタントスナップショット
- インスタントスナップショットの作成
- インスタントスナップの DCO と DCO ボリュームの追加
- 領域最適化インスタントスナップショットの作成と管理
- フルサイズインスタントスナップショットの作成と管理
- サードミラーブレークオフスナップショットの作成と管理
- リンクされたブレークオフスナップショットボリュームの作成と管理
- 複数のインスタントスナップショットの作成
- ボリュームセットのインスタントスナップショットの作成
- ボリュームへのスナップショットミラーの追加
- スナップショットミラーの削除
- リンクされたブレークオフスナップショットボリュームの削除
- カスケードスナップショット階層へのスナップショットの追加
- インスタント領域最適化スナップショットの更新
- フルサイズインスタントスナップショットまたはプレックスのブレークオフスナップショットの再接続
- リンクされたブレークオフスナップショットボリュームの再接続
- 領域最適化インスタントスナップショットからのボリュームのリストア
- インスタントスナップショットの関連付けの解除
- インスタントスナップショットの削除
- インスタントスナップショット階層の分割
- インスタントスナップショット情報の表示
- インスタントスナップショットの同期の制御
- キャッシュ上で作成したスナップショットの一覧表示
- キャッシュの autogrow 属性のチューニング
- キャッシュ使用率の監視と表示
- キャッシュの拡張と縮小
- キャッシュの削除
- インスタントスナップショットの作成
- リンクされたブレークオフスナップショット
- カスケードスナップショット
- 複数のスナップショットの作成
- スナップショットからの元のボリュームのリストア
- バージョン 0 の DCO および DCO ボリュームの追加
- Storage Checkpoint の管理
- FileSnaps の管理
- スナップショットファイルシステムの管理
- 第 VII 部 Storage Foundation を使用したストレージの最適化
- 第 VIII 部 ストレージ利用率の最大化
- SmartTier によるストレージの階層化について
- ボリュームセットの作成と管理
- MVS ファイルシステム
- SmartTier の管理
- ホットリロケーションの管理
- Solaris SPARC 上のデータの重複排除
- ファイルの圧縮
- 第 IX 部 ストレージの管理と保護
- ボリュームとディスクグループの管理
- デフォルトのディスクグループの名前の付け方
- ボリュームまたはディスクの移動
- タスクの監視と制御
- vxnotify による設定の変更の監視
- オンライン再レイアウトの実行
- ボリュームへのミラーの追加
- SmartMove の設定
- ミラーの削除
- ボリュームでのタグ設定
- ディスクグループの管理
- プレックスとサブディスクの管理
- ストレージの破棄
- ルータビリティ
- クォータ
- FCL (File Change Log)
- ボリュームとディスクグループの管理
- 第 X 部 参照先
RELOCATE 文の例
次の例は条件の指定がない再配置文で、RELOCATE ポリシールール文の最も単純な形式です。
<RELOCATE>
<FROM>
<SOURCE>
<CLASS>tier1</CLASS>
</SOURCE>
</FROM>
<TO>
<DESTINATION>
<CLASS>tier2</CLASS>
</DESTINATION>
</TO>
</RELOCATE><Check Alignment of PHs>fsppadm enforce コマンド発行時に、ルールの SELECT 文で指定したファイルが配置クラス tier1 のボリュームに存在し、配置クラス tier2 に許可される領域があれば、そのファイルは無条件にボリューム tier2 に再配置されます。この種類のルールは、たとえば、実行すると新しいファイルの作成とアクセスは行っても既存ファイルのアクセスはほとんど行わないアプリケーションに使われます。CREATE 文では、高速または高可用性だと思われる tier1 ボリュームへの作成を指定します。fsppadm enforce の各インスタンス化で、前回の実行以後に作成されたファイルを tier2 ボリュームに再配置します。
次の例はより包括的な RELOCATE 文の形式です。この文では、tier1 から tier2 ボリュームへのファイルの再配置基準としてアクセス期間を使っています。このルールは、アクティビティのないファイルを tier2 ボリュームに再配置して、tier1 ボリュームの空き領域を確保するように作られています。
<RELOCATE>
<FROM>
<SOURCE>
<CLASS>tier1</CLASS>
</SOURCE>
</FROM>
<TO>
<DESTINATION>
<CLASS>tier2</CLASS>
</DESTINATION>
</TO>
<WHEN>
<SIZE Units="MB">
<MIN Flags="gt">1</MIN>
<MAX Flags="lt">1000</MAX>
</SIZE>
<ACCAGE Units="days">
<MIN Flags="gt">30</MIN>
</ACCAGE>
</WHEN>
</RELOCATE>SELECT 文で指定され、サイズが 1 MB から 1000 MB で 30 日間アクセスのなかったファイルは、tier1 から tier2 ボリュームに再配置されます。VxFS は、ファイルシステムのディレクトリツリーをスキャンする時に見つけた対象ファイルの順番で再配置を行います。VxFS は、スケジュール設定済みファイルの再配置で tier2 ボリュームが満杯になると計算した時点で、対象ファイルの再配置スケジュールを停止します。
次の例は考えられるもう一方のルールで、ファイルの I/O 頻度をもとに tier2 から tier1 ボリュームに再配置します。このルールを使うと、アクティビティがないため tier2 に再配置されたファイルは、そのファイルに対するアプリケーションアクティビティが増加したときに、tier1 ボリュームに戻されます。アクセス期間ではなく I/O 頻度を再配置基準に使う場合、アプリケーションが実際にはほとんど使わないファイルを再配置する機会は少なくなります。このルールでは、直近の 2 日間でファイルに対する持続的なアクティビティがない限り、ファイルを再配置しません。
<RELOCATE>
<FROM>
<SOURCE>
<CLASS>tier2</CLASS>
</SOURCE>
</FROM>
<TO>
<DESTINATION>
<CLASS>tier1</CLASS>
</DESTINATION>
</TO>
<WHEN>
<IOTEMP Type="nrbytes">
<MIN Flags="gt">5</MIN>
<PERIOD>2</PERIOD>
</IOTEMP>
</WHEN>
</RELOCATE>このルールでは、tier2 ボリュームにあるファイルで、fsppadm enforce コマンド発行直前の 2 日間に I/O 頻度が 5 より大きいものを tier1 ボリュームに再配置します。VxFS は、ファイルシステムのディレクトリツリーをスキャンする時に見つけた対象ファイルの順番で再配置を行います。tier1 ボリュームが満杯になる時点で、VxFS は対象ファイルの再配置スケジュールを停止します。
VxFS のファイル配置ポリシーで、多数の配置クラスにファイルを配置するように制御できます。次の例は、I/O 頻度の低いファイルを tier1 から tier2 ボリュームに再配置し、tier2 ボリュームが満杯の場合は tier3 ボリュームに再配置するルールです。
<RELOCATE>
<FROM>
<SOURCE>
<CLASS>tier1</CLASS>
</SOURCE>
</FROM>
<TO>
<DESTINATION>
<CLASS>tier2</CLASS>
</DESTINATION>
<DESTINATION>
<CLASS>tier3</CLASS>
</DESTINATION>
</TO>
<WHEN>
<IOTEMP Type="nrbytes">
<MAX Flags="lt">4</MAX>
<PERIOD>3</PERIOD>
</IOTEMP>
</WHEN>
</RELOCATE>このルールでは、3 日間の I/O 頻度が 4 未満で tier1 ボリュームに存在するファイルが再配置されます。VxFS は、再配置済みのファイルで tier2 ボリュームが満杯になると計算した時点で、対象ファイルを代わりの tier3 ボリュームに再配置します。VxFS は、ファイルシステムのディレクトリツリーをスキャンする時に見つけた対象ファイルを再配置します。
RELOCATE 文の <FROM> 節はオプションです。この節がない場合、VxFS は、fsppadm enforce コマンド発行時にファイルがどのボリュームに存在するかは関係なく、ルールの SELECT 文で指定された再配置対象のファイルかどうかを評価します。次の断片的なポリシールールの例では、ファイルサイズに従ってファイルが再配置されます。fsppadm enforce コマンドが発行される時にファイルがどの場所に存在するかは関係ありません。
<RELOCATE>
<TO>
<DESTINATION>
<CLASS>tier1</CLASS>
</DESTINATION>
</TO>
<WHEN>
<SIZE Units="MB">
<MAX Flags="lt">10</MAX>
</SIZE>
</WHEN>
</RELOCATE>
<RELOCATE>
<TO>
<DESTINATION>
<CLASS>tier2</CLASS>
</DESTINATION>
</TO>
<WHEN>
<SIZE Units="MB">
<MIN Flags="gteq">10</MIN>
<MAX Flags="lt">100</MAX>
</SIZE>
</WHEN>
</RELOCATE>
<RELOCATE>
<TO>
<DESTINATION>
<CLASS>tier3</CLASS>
</DESTINATION>
</TO>
<WHEN>
<SIZE Units="MB">
<MIN Flags="gteq">100</MIN>
</SIZE>
</WHEN>
</RELOCATE>このルールでは、10 MB 未満のファイルは tier1 ボリュームに再配置され、10 MB 以上 100 MB 以下のファイルは tier2 ボリューム、100 MB より大きいファイルは tier3 ボリュームに再配置されます。VxFS は、fsppadm enforce コマンド発行時に、DESTINATION 配置クラスのボリュームにまだ存在していないすべての対象ファイルを再配置します。
次の例では、tier2 の拡張子 dbf を持つファイルのうち、過去 30 日以内にアクセスのなかったファイルをすべて圧縮して tier4 に再配置します。
<SELECT Flags="Data">
<PATTERN> *.dbf </PATTERN>
</SELECT>
<RELOCATE>
<FROM>
<SOURCE>
<CLASS> tier2 </CLASS>
</SOURCE>
</FROM>
<TO Flags="compress">
<DESTINATION>
<CLASS> tier4 </CLASS>
</DESTINATION>
</TO>
<WHEN>
<ACCAGE Units="days">
<MIN Flags="gt">30</MIN>
</ACCAGE>
</WHEN>
</RELOCATE>次の例では、tier3 の拡張子 dbf を持つファイルのうち、過去 1 時間以内にアクセスのなかったファイルをすべて圧縮解除して tier1 に再配置します。
<SELECT Flags="Data">
<PATTERN> *.dbf </PATTERN>
</SELECT>
<RELOCATE>
<FROM>
<SOURCE>
<CLASS> tier3 </CLASS>
</SOURCE>
</FROM>
<TO Flags="uncompress">
<DESTINATION>
<CLASS> tier1 </CLASS>
</DESTINATION>
</TO>
<WHEN>
<ACCAGE Units="hours">
<MIN Flags="gt">1</MIN>
</ACCAGE>
</WHEN>
</RELOCATE>