Veritas InfoScale™ 8.0 Oracle データベース用ストレージと可用性管理 - AIX, Linux, Solaris
- 第 I 部 Oracle データベース用 SFHA (Storage Foundation High Availability) 管理ソリューション
- Storage Foundation for Databases の概要
- Veritas File System について
- Storage Foundation for Databases の概要
- 第 II 部 Veritas InfoScale 製品を使用した Oracle の配備
- Storage Foundation 環境への Oracle オプションの配備
- Storage Foundation を使用した Oracle の配備
- Storage Foundation を使用したオフホスト設定での Oracle の配備
- High Availability を使用した Oracle の配備
- ディザスタリカバリ用 VVR (Volume Replicator) を使用した Oracle の配備
- Storage Foundation 環境への Oracle オプションの配備
- 第 III 部 Storage Foundation for Databases (SFDB) ツールの設定
- Storage Foundation for Databases リポジトリデータベースの設定および管理
- Storage Foundation for Databases (SFDB) リポジトリの設定
- Storage Foundation for Databases (SFDB) ツールの認証の設定
- Storage Foundation for Databases リポジトリデータベースの設定および管理
- 第 IV 部 Oracle データベースのパフォーマンスの向上
- データベースアクセラレータについて
- Veritas Extension for Oracle Disk Manager によるデータベースパフォーマンスの向上
- Veritas Cached Oracle Disk Manager によるデータベースパフォーマンスの向上
- SFHA 環境の Cached ODM について
- SFHA 環境の Cached ODM の設定
- SFHA 環境の Cached ODM Advisor による Cached ODM 設定の管理
- SFHA 環境の Cached ODM Advisor を使用した候補データファイルのレポートの生成
- Quick I/O によるデータベースパフォーマンスの向上
- Quick I/O について
- Cached Quick I/O によるデータベースパフォーマンスの向上
- 第 V 部 PITC (Point-In-Time Copy) の使用
- PITC 方法の理解
- ボリュームレベルのスナップショット
- ボリュームレベルのスナップショット(FlashSnap)の逆再同期について
- Storage Checkpoint
- FileSnap について
- Oracle PITC に関する注意事項
- サードミラーブレークオフスナップショットの管理
- 領域最適化スナップショットの管理
- Storage Checkpoint の管理
- リカバリのための Database Storage Checkpoint
- FileSnap スナップショットの管理
- SFHA 環境での NetBackup によるバックアップとリストア
- PITC 方法の理解
- 第 VI 部 Oracle に対するストレージコストの最適化
- SmartTier によるストレージの階層化について
- SmartTier の設定と管理
- Oracle での SmartTier のユースケース
- ストレージコストを最適化するためのファイルとデータベースの圧縮
- 圧縮アドバイザツールの使用
- 第 VII 部 Oracle ディザスタリカバリの管理
- 第 VIII 部 Storage Foundation for Databases 管理リファレンス
- Storage Foundation for Databases コマンドリファレンス
- Storage Foundation for Databases のチューニング
- SFDB ツールのトラブルシューティング
- Oracle データベースの手動によるリカバリ
- 6.0 より前のリリースの Storage Foundation for Databases のコマンドリファレンス
- Database FlashSnap のストレージの準備
- データベーススナップショットの作成について
- FlashSnap コマンド
- Oracle リカバリのガイドライン
- Database Storage Checkpoint のコマンド
- 第 IX 部 参照先
AIX の仮想メモリマネージャのチューニングについて
Cached Quick I/O かバッファ付き I/O(つまり、Quick I/O または指定された拡張オプションのない単純な VxFS ファイル)のいずれかを使用している場合、データベースサーバーのスワップデバイスに対するすべてのページングのアクティビティを監視することをお勧めします。 スワップデバイスのページングを監視するには、vmstat -I コマンドを使用します。 スワップデバイスのページングに関する情報は、vmstat -I コマンド出力で pi および po と表示されたカラム(それぞれスワップデバイスからの読み取りと書き出し用)の下に表示されます。 これらのカラムでゼロ以外の値が表示された場合、スワップデバイスのページングのアクティビティがあることが示唆されます。
次に例を示します。
# /usr/bin/vmstat -I
kthr memory page faults cpu -------- --------------------- ----------------------------- ---------- ----------- r b p avm fre fi fo pi po fr sr in sy cs us sy id wa 5 1 0 443602 1566524 661 20 0 0 7 28 4760 37401 7580 11 7 43 38 1 1 0 505780 1503791 18 6 0 0 0 0 1465 5176 848 1 1 97 1 1 1 0 592093 1373498 1464 1 0 0 0 0 4261 10703 7154 5 5 27 62 3 0 0 682693 1165463 3912 2 0 0 0 0 7984 19117 15672 16 13 1 70 4 0 0 775730 937562 4650 0 0 0 0 0 10082 24634 20048 22 15 0 63 6 0 0 864097 715214 4618 1 0 0 0 0 9762 26195 19666 23 16 1 61 5 0 0 951657 489668 4756 0 0 0 0 0 9926 27601 20116 24 15 1 60 4 1 0 1037864 266164 4733 5 0 0 0 0 9849 28748 20064 25 15 1 59 4 0 0 1122539 47155 4476 0 0 0 0 0 9473 29191 19490 26 16 1 57 5 4 0 1200050 247 4179 4 70 554 5300 27420 10793 31564 22500 30 18 1 52 6 10 0 1252543 98 2745 0 138 694 4625 12406 16190 30373 31312 35 14 2 49 7 14 0 1292402 220 2086 0 153 530 3559 17661 21343 32946 40525 43 12 1 44 7 18 0 1319988 183 1510 2 130 564 2587 14648 21011 28808 39800 38 9 3 49
スワップデバイスのページングを示す証拠がある場合、データベースパフォーマンスを向上させるために適切な AIX の仮想メモリマネージャ(VMM)のチューニングが必要になります。 VMM のチューニングにより、ファイルシステムのキャッシュに割り当てられるメモリページの量を制限します。 これにより、空きメモリ上で VMM の稼働率が低下したときにファイルシステムのキャッシュがアプリケーションからメモリのページを流用(その結果スワップデバイスの書き出しが発生)することがなくなります。
AIX VMM サブシステムをチューニングするコマンドは次のとおりです。
# /usr/samples/kernel/vmtune
vmtune によって行われた変更は、次にシステムを再ブートするときまで持続します。チューニングする VMM カーネルパラメータには、maxperm、maxclient、minperm があります。 maxperm パラメータと maxclient パラメータは、ファイルシステムのキャッシュに使用できるメモリの最大量(メモリ合計のうちの割り合い)を指定します。ファイルシステムのキャッシュに使用するメモリの最大量は、AIX カーネルおよびすべてのアクティブなアプリケーションが残した未使用メモリの量を超えないように指定する必要があります。 したがって、次のように計算できます。
100* (T-A) /T
ここで、T はシステム内のメモリページの合計数、A はすべてのアクティブなアプリケーションが使用するメモリページの最大数です。
minperm パラメータは、maxperm パラメータの値と等しいかそれ以下であり、かつ 5 以上に設定する必要があります。
AIX VMM のチューニングに関する詳細は、vmtune(1)のマニュアルページを参照してください。
次はチューニングが可能な VxFS の I/O パラメータです。
VMM バッファ件数 ( - b <value> オプション) | 仮想メモリマネージャバッファ(VMM)件数を設定します。 VMM には、メモリの容量に基づくデフォルト値と現在の値との 2 つの値があります。 vxtunefs -b を使用してこれら 2 つの値を表示できます。初期設定では、デフォルト値と現在の値は同じです。 - b 値オプションは、デフォルト値から VMM バッファ件数の増分をゼロ % から 100 % で指定します。指定された値は、/etc/vx/vxfssystem ファイルに保存され、VxFS モジュールのロードやシステムの再ブート時にも永続します。 ほとんどの場合、良好なパフォーマンスを得るにはデフォルト値が適していますが、カーネルにあるカウンタで VMM バッファの待機時間に遅延が生じているかどうかを監視できます。 VMM に関連するパフォーマンスの問題があるようであれば、バッファ件数は増加できます。 システムで応答時間に改善がみられれば、VMM バッファにボトルネックがあったことが示唆されます。 kdb vmker コマンドで表示される次のフィールドは、ボトルネックの有無を判断するのに役立ちます。 THRPGIO buf wait (_waitcnt) value このフィールドは、読み取りまたは書き出しが可能な VMM バッファがないことを示す可能性があります。 このスレッドは、VMM バッファが使用可能となるのを待機して遮断されました。 このカウントは、コールドロードからの合計待機数です。 このフィールドは、kdb vmstat コマンドで表示される「読み取り」および「書き出し」のページとともに、VMM バッファ数が適切であるかどうかの判断に使用できます。 次に比率を示します。 waitcnt / pageins+pageouts この比率は、VMM バッファの待機数の指標となりますが、pageins + pageouts には他のファイルシステムのページ I/O やページングスペースが含まれるため厳密ではありません。 この比率は、メモリ容量や VxFS 以外のファイルシステムへのページ I/O の量によって決まるため標準的な値というものはありません。 0.1 を超える数値は VMM バッファ数のボトルネックを示唆する可能性があります。 kdb vmker で表示されるその他の関連フィールドは次のとおりです。
|