Veritas InfoScale™ 8.0 DB2 データベース用ストレージと可用性管理 - AIX, Linux

Last Published:
Product(s): InfoScale & Storage Foundation (8.0)
Platform: AIX,Linux
  1. 第 I 部 DB2 データベース用 SFHA (Storage Foundation High Availability) 管理ソリューション
    1. Storage Foundation for Databases の概要
      1.  
        DB2 用 Storage Foundation High Availability(SFHA)Solutions の概要
      2. Veritas File System について
        1.  
          Veritas File System のインテントログについて
        2.  
          エクステントについて
        3.  
          ファイルシステムのディスクレイアウトについて
      3.  
        Veritas Volume Manager の概要
      4.  
        DMP (Dynamic Multi-Pathing) について
      5.  
        Cluster Server について
      6.  
        Cluster Server のエージェントについて
      7.  
        Veritas InfoScale Operations Manager について
      8.  
        Veritas InfoScale 8.0 製品の DB2 サポート機能
      9.  
        Veritas InfoScale 製品の使用例
  2. 第 II 部 Veritas InfoScale 製品を使用した DB2 の配備
    1. Storage Foundation 環境への DB2 オプションの配備
      1.  
        Veritas InfoScale 環境の DB2 配備オプション
      2.  
        Storage Foundation を用いる単一システムの DB2
      3.  
        Storage Foundation 環境でオフホストを使う単一システム上の DB2
      4.  
        Storage Foundation High Availability を用いた高可用性クラスタの DB2
      5.  
        SF Cluster File System HA のある並列クラスタの DB2
      6.  
        仮想化環境での DB2 と Storage Foundation の配備
      7.  
        Storage Foundation SmartMove およびシンプロビジョニングによる DB2 の配備
    2. Storage Foundation を使用した DB2 の配備
      1.  
        DB2 データベースを配備するためのタスク
      2.  
        DB2 の配備のためのボリュームレイアウトの選択について
      3. DB2 を配備するためのディスクグループの設定
        1.  
          DB2 を配備するためのディスクグループ設定のガイドライン
      4. DB2 を配備するためのボリュームの作成
        1.  
          DB2 を配備するためのボリューム設定のガイドライン
      5. DB2 を配備するための VxFS ファイルシステムの作成
        1.  
          DB2 を配備するためのファイルシステムの作成ガイドライン
      6.  
        DB2 を配備するためのファイルシステムのマウント
      7.  
        DB2 のインストールとデータベースの作成
    3. Storage Foundation を使用したオフホスト設定での DB2 の配備
      1.  
        データベースのオフホスト設定の必要条件
    4. High Availability を使用した DB2 の配備
      1.  
        DB2 を HA 設定に配備するためのタスク
      2.  
        データベースを高可用性にする VCS 設定
  3. 第 III 部 Storage Foundation for Databases (SFDB) ツールの設定
    1. Storage Foundation for Databases リポジトリデータベースの設定および管理
      1.  
        SFDB (Storage Foundation for Databases)リポジトリについて
      2.  
        Storage Foundation for Databases (SFDB) ツールの必要条件
      3.  
        SFDB(Storage Foundation for Database)ツールの可用性
      4. Storage Foundation for Databases (SFDB) リポジトリの設定
        1.  
          SFDB のリポジトリの場所
      5.  
        ノード追加後の SFDB(Storage Foundation for Databases)リポジトリの更新
      6.  
        ノード削除後の SFDB(Storage Foundation for Databases)リポジトリの更新
      7.  
        SFDB (Storage Foundation for Databases) リポジトリの削除
    2. Storage Foundation for Databases (SFDB) ツールの認証の設定
      1.  
        SFDB ツール認証のための vxdbd の設定
      2.  
        SFDB ツールに対して認証を使っているクラスタへのノードの追加
      3.  
        SFDB コマンドを実行できるようにするためのユーザーの許可
  4. 第 IV 部 DB2 データベースのパフォーマンスの向上
    1. データベースアクセラレータについて
      1.  
        Veritas InfoScale 製品コンポーネントのデータベースアクセラレータについて
    2. Quick I/O によるデータベースパフォーマンスの向上
      1. Quick I/O について
        1.  
          Quick I/O によるデータベースパフォーマンス向上のしくみ
      2.  
        データベース環境での Quick I/O の設定タスク
      3.  
        setext コマンドによる Quick I/O ファイル領域の事前割り当て
      4.  
        通常の VxFS ファイルへの Quick I/O ファイルとしてのアクセス
      5.  
        DB2 コンテナの Quick I/O ファイルへの変換
      6.  
        スパースファイルについて
      7.  
        Quick I/O の状態とファイル属性の表示
      8.  
        Quick I/O ファイルの拡張
      9.  
        DB2 による表スペースの空き領域の監視と表スペースコンテナの拡張
      10.  
        データベースのリストア後の Quick I/O ファイルの再作成
      11.  
        Quick I/O の無効化
    3. Veritas Concurrent I/O による DB2 データベースパフォーマンスの向上
      1. 同時 I/O について
        1.  
          同時 I/O の動作
      2. 同時 I/O の有効化と無効化のタスク
        1.  
          DB2 の同時 I/O の有効化
        2.  
          DB2 の同時 I/O の無効化
  5. 第 V 部 PITC (Point-In-Time Copy) の使用
    1. PITC 方法の理解
      1.  
        PITC(Point-In-Time Copy)の概要
      2.  
        ポイントインタイムコピーを使う状況
      3.  
        Storage Foundation PITC テクノロジについて
      4.  
        SFDB ツールによってサポートされている PITC ソリューション
      5.  
        Storage Foundation for Databases (SFDB) ツールのサポート対象スナップショットモードについて
      6. ボリュームレベルのスナップショット
        1.  
          ボリュームスナップショットの永続 FastResync
        2.  
          ボリュームスナップショットのデータ整合性
        3.  
          サードミラーブレークオフスナップショット
      7. Storage Checkpoint
        1.  
          Storage Checkpoint とスナップショットの違い
        2. Storage Checkpoint の動作
          1.  
            コピーオンライト
          2. Storage Checkpoint の可視性
            1.  
              Storage Checkpoint と 64 ビットの i ノード番号
        3.  
          Storage Checkpoint を使用したデータベースのロールバックについて
        4.  
          Checkpoint と Storage Rollback のプロセス
        5.  
          Storage Checkpoint の領域管理に関する注意事項
    2. DB2 PITC に関する注意事項
      1.  
        DB2 データベースレイアウトに関する注意事項
      2.  
        サポート対象の DB2 設定
    3. サードミラーブレークオフスナップショットの管理
      1. クローン作成のための Database FlashSnap
        1.  
          Database FlashSnap の利点
      2. Database FlashSnap のホストとストレージの準備
        1. ホストの設定
          1.  
            Database FlashSnap のオフホスト設定
        2.  
          データベースによって使われるボリュームまたはボリュームセットのスナップショットミラーの作成
      3.  
        Database FlashSnap を使用したデータベースのクローンの作成
      4.  
        ミラーボリュームのプライマリボリュームとの再同期
      5.  
        セカンダリホストでのデータベースのクローン作成
    4. Storage Checkpoint の管理
      1.  
        Storage Checkpoint について
      2. リカバリのための Database Storage Checkpoint
        1.  
          Database Storage Checkpoint の利点と制限事項
      3.  
        Database Storage Checkpoint の作成
      4.  
        Database Storage Checkpoint の削除
      5.  
        Database Storage Checkpoint のマウント
      6.  
        Database Storage Checkpoint のマウント解除
      7.  
        Database Storage Checkpoint を使ったデータベースのクローンの作成
      8.  
        Database Storage Checkpoint からのリストア
      9.  
        オフラインモード Storage Checkpoint のデータの収集
    5. SFHA 環境での NetBackup によるバックアップとリストア
      1.  
        Veritas NetBackup について
      2.  
        Veritas NetBackup を使った DB2 のバックアップとリストアについて
      3. SFHA Solutions 製品環境での NetBackup の使用
        1.  
          NetBackup マスターサーバーのクラスタ化
        2.  
          NetBackup を使用した VxVM ボリュームのバックアップとリカバリ
        3.  
          NetBackup を使った VxVM ボリュームのリカバリ
  6. 第 VI 部 DB2 に対するストレージコストの最適化
    1. SmartTier によるストレージの階層化について
      1. SmartTier について
        1.  
          VxFS MVS ファイルシステムについて
        2.  
          VxVM ボリュームセットについて
        3.  
          ボリュームタグについて
        4.  
          SmartTier ファイルの管理
        5.  
          SmartTier のサブファイルオブジェクトの管理
      2.  
        高可用性(HA)環境での SmartTier
    2. DB2 での SmartTier のユースケース
      1.  
        DB2 での SmartTier の使用例
      2.  
        SmartTier による古いアーカイブログの階層 2 ストレージへの再配置
      3.  
        非アクティブな表領域またはセグメントの階層 2 ストレージへの再配置
      4.  
        有効なインデックスの高価なストレージへの再配置
      5.  
        すべてのインデックスの高価なストレージへの再配置
  7. 第 VII 部 Storage Foundation for Databases 管理リファレンス
    1. Storage Foundation for Databases コマンドリファレンス
      1.  
        vxsfadm コマンドリファレンス
      2. FlashSnap リファレンス
        1.  
          FlashSnap の設定パラメータ
        2.  
          FlashSnap がサポートされる操作
      3. Database Storage Checkpoints のリファレンス
        1.  
          Database Storage Checkpoint の設定パラメータ
        2.  
          Database Storage Checkpoint のサポートされる操作
    2. Storage Foundation for Databases のチューニング
      1.  
        その他のマニュアル
      2. VxVM のチューニングについて
        1.  
          ボリュームの I/O 統計情報の取得について
      3. VxFS のチューニングについて
        1. 空き領域の監視の動作
          1.  
            断片化の監視について
        2.  
          VxFS I/O パラメータのチューニングの動作
        3.  
          VxFS I/O チューニングパラメータについて
        4.  
          Quick I/O インターフェースを使用したファイル I/O の統計情報の取得について
        5.  
          I/O 統計データについて
        6.  
          I/O 統計について
      4. DB2 データベースのチューニングについて
        1.  
          DB2_USE_PAGE_CONTAINER_TAG
        2.  
          DB2_PARALLEL_IO
        3.  
          PREFETCHSIZE と EXTENTSIZE
        4.  
          INTRA_PARALLEL
        5.  
          NUM_IOCLEANERS
        6.  
          NUM_IOSERVERS
        7.  
          CHNGPGS_THRESH
        8.  
          テーブルのスキャン
        9.  
          非同期 I/O
        10.  
          バッファプール
        11.  
          メモリ割り当て
        12.  
          TEMPORARY 表領域
        13.  
          DMS コンテナ
        14.  
          データ、インデックス、ログ
        15.  
          データベースの統計
      5.  
        AIX の仮想メモリマネージャのチューニングについて
    3. SFDB ツールのトラブルシューティング
      1. Storage Foundation for Databases(SFDB)ツールのトラブルシューティングについて
        1.  
          SFDB ツールのテクニカルサポート分析用スクリプトの実行
        2.  
          Storage Foundation for Databases(SFDB)ツールのログファイル
      2. vxdbd デーモンについて
        1.  
          vxdbd の起動と停止
        2.  
          vxdbd デーモンのリスニングポートの設定
        3.  
          vxdbd リソース使用量の制限
        4.  
          vxdbd の暗号化暗号文の設定
      3.  
        vxdbd のトラブルシューティング
      4. SFDB ツールのトラブルシューティングのためのリソース
        1.  
          SFDB ログ
        2.  
          SFDB エラーメッセージ
        3.  
          SFDB リポジトリとリポジトリファイル
      5.  
        SFDB(Storage Foundation for Databases)ツールの 5.0x から 8.0 へのアップグレード(2184482)

VxFS I/O チューニングパラメータについて

VxFS I/O チューニングパラメータは次のとおりです。

read_pref_io

読み取り要求サイズ。 ファイルシステムでは、このパラメータと read_nstream 値を組み合わせて、先読みするデータの量を決定します。 デフォルト値は 64 K です。

write_pref_io

書き込み要求サイズ。ファイルシステムでは、このパラメータと write_nstream 値を組み合わせて、書き込み I/O 要求のフラッシュを実行するサイズを決定します。 デフォルト値は 64 K です。

read_nstream

read_pref_io の並列に読み取り可能な数。 ファイルシステムでは、read_pref_ioread_nstream を乗算した積から先読みサイズを決定します。 read_nstream のデフォルト値は 1 です。

write_nstream

write_pref_io の並列に書き込み可能な数。 ファイルシステムでは、この値と write_pref_iowrite_nstream を乗算した積から書き込み時のフラッシュバックの時期を決定します。 write_nstream のデフォルト値は 1 です。

discovered_direct_iosz

ファイル I/O 要求が discovered_direct_iosz の値を超えている場合は、ディスカバードダイレクト I/O として処理します。ディスカバードダイレクト I/O は、ダイレクト I/O と同様に非バッファ I/O として処理されますが、ファイルの拡張またはブロックの領域確保時には、i ノードに対する同期的なコミットを必要としません。 大容量 I/O 要求では、ディスク I/O に比べて、ページキャッシュへのデータのコピーに要する CPU 時間が増えるばかりか、I/O データをバッファリングするメモリ領域が大きくなります。これらの I/O 要求には、ディスカバードダイレクト I/O を使うと、通常の I/O より効率よく処理できます。このパラメータのデフォルト値は 256 K です。

initial_extent_size

デフォルトの初期エクステントサイズを変更します。VxFS では、新しいファイルの 1 回目の書き込みを基に、ファイルに割り当てる最初のエクステントサイズを決定します。 通常、最初のエクステントは 1 回目の書き込みサイズよりも大きい最小二乗値に設定されます。 また、2 乗値が 8 K 未満であれば、最初のエクステント領域を 8 K に設定します。 最初のエクステント割り当て後、ファイルシステムは、引き続き同じファイルにエクステントを割り当てるたびにエクステントサイズを増やします(max_seqio_extent_size を参照)。 アプリケーションの多くでは、始め、8 KB 以下のバッファサイズを割り当ててファイルへの書き込みを実行するため、エクステントサイズの増加は、最初のエクステントを 2 倍にすることから始まります。initial_extent_size はデフォルトの初期エクステントサイズを大きい値に変更できるため、最小二乗値使用のポリシーはより大きい値から始まり、ファイルの初期状態から複数の小容量エクステントを割り当てることを回避します。 このパラメータは、平均的に大容量ファイルを処理するファイルシステムでのみ指定します。 結果として、このようなファイルシステムでは、ファイルごとのエクステント数が減り、断片化の発生を防ぐことができます。initial_extent_size は、ファイルシステムブロック単位で計算されます。

max_direct_iosz

ファイルシステムで発行するダイレクト I/O 要求の最大サイズ。 より大きいサイズの I/O 要求を受け取った場合、max_direct_iosz のサイズのチャンクに分割されます。 このパラメータに、I/O 要求へ一度に割り当てるメモリのサイズを指定します。全メモリの 20% を超える値は指定できません。

max_diskq

1 つのファイルあたりに生成されるディスクキューの最大値を制限します。 ファイルシステムがファイルのデータをフラッシュするときに、フラッシュされるページ数が max_diskq を超えた場合、フラッシュ中のデータ量が減少するまでプロセスはブロックされます。 実際のディスクキューは制限しませんが、フラッシュ処理によってシステムが応答しなくなることを防ぎます。 デフォルト値は 1MB です。

max_seqio_extent_size

エクステントの最大値を増減します。ファイルシステムでは、ファイルへの順次書き込みに使うデフォルトの割り当てポリシーに準じるとき、ファイルへの 1 回目の書き込みに十分な領域が確保されている初期エクステントを割り当てます。 追加のエクステントの領域確保には、確保する領域が規則的に増大するため(アルゴリズムでは新しいエクステントごとにファイルサイズを 2 倍にします)、各エクステントに対しより多くのデータ書き込みが可能になります。 これにより、順次書き込みの継続を見込んでエクステントの総数を削減できます。 ファイルへの書き込み終了時に未使用領域を他のファイルに解放します。 この割り当てにより通常、エクステントサイズの増加は 2048 ブロックで止まり、1 つのファイルが未使用領域を不必要に確保しないようにします。max_seqio_extent_size はファイルシステムブロックの単位で測定されます。

Quick I/O ファイルのキャッシュを有効または無効にします。 デフォルトの動作では、キャッシュは無効になります。 キャッシュを有効にするには、qio_cache_enable を 1 に設定します。大容量メモリを備えたシステムでも、データベースがすべてのメモリをキャッシュとして常に使えるとはかぎりません。 ファイルシステムのキャッシュをセカンドレベルのキャッシュとして有効にすることにより、パフォーマンスが向上する可能性があります。 たとえば、データベースでテーブル内順次スキャンを実行する場合、ファイルシステムのキャッシュを有効にすることで、ファイルシステムはファイルの積極的な先読みが可能になり、その結果、検索速度が上がることが考えられます。

write_throttle

警告:

write_throttle パラメータは、コンピュータシステムに大量のメモリが実装されているものの、ストレージデバイスは低速であるという特殊な状況において有効です。 この設定では、fsync() などの同期操作の完了に時間がかかりすぎて、システムがハングアップしているように見えることがあります。 これが発生する理由は、ファイルシステムがシステムパフォーマンスを低下させることなくディスクへ非同期にフラッシュする以上の速度で、ダーティページ(メモリのみの更新)を作成するためです。

write_throttle の値を低くすると、ディスクにフラッシュされるまでにファイルシステムによって生成されるファイル単位のダーティページ数が制限されます。 ファイルのダーティページ数が write_throttle しきい値に達すると、ファイルシステムは、空き領域の有無にかかわらず、ディスクへのフラッシュを開始します。 write_throttle のデフォルト値では、通常、多数のダーティページが生成されますが、高速なユーザー書き込みは維持されます。 ストレージデバイスの速度によっては、write_throttle を低くすると、ユーザー書き込みのパフォーマンスは低下する可能性がありますが、ダーティページの数が制限されるため、同期化操作は格段に短い時間で処理できるようになります。

write_throttle 値を低く設定することによって書き込み要求が遅延することがあるため(たとえば、write_throttle 値を低く設定することにより、max_diskq の値までファイルディスクキューの数が増える可能性があり、そのため、ディスクキューが少なくなるまで書き込み要求の遅延が発生することがある)、システムに大容量の物理メモリと低速ストレージデバイスの双方が搭載されていないかぎり、write_throttle の値を変更しないことをお勧めします。

ファイルシステムを VxVM とともに使う場合、ボリュームジオメトリを基にした VxFS I/O チューニングパラメータはデフォルトを指定することをお勧めします。

ファイルシステムを VxVM 以外のハードウェアディスクアレイや論理ボリューム管理ツールと連動させる場合、論理ディスクジオメトリからパラメータを調整しようとします。 ストライピングや RAID 5 の場合、通常 read_pref_io にストライプユニットのサイズを、read_nstream にストライプの並列アクセス数を指定します。 ストライプアレイの場合は、write_pref_iowrite_nstream に同数を、RAID 5 アレイの場合は、write_pref_io に全ストライプサイズ(パリティストライプを除いたすべてのストライプユニットの合計)を、write_nstream に 1 をそれぞれ指定します。

ディスク I/O を効率的に処理するアプリケーションについては、read_nstreamread_pref_io を乗算した積から読み取り要求を発行する必要があります。 通常、read_nstreamread_pref_io を乗算する場合は、どの累数を使ってもパフォーマンスには十分なサイズとなります。 書き込みの場合にも、この方法で write_pref_iowrite_nstream のパラメータを指定することにより、パフォーマンスを向上させることができます。 ファイルシステムのチューニングには、実際の作業負荷を課してチューニングパラメータを指定することをお勧めします。

大容量ファイルに対して順次 I/O を実行するアプリケーションでは、discovered_direct_iosz を超えるサイズの I/O 要求を実行します。 これにより、I/O 要求がディスカバードダイレクト I/O 要求として認識され、ダイレクト I/O と同様に非バッファ I/O として処理されますが、ファイルの拡張時に i ノードの更新に対する同期化処理を実行しません。 キャッシュを超えるサイズのファイルの場合、非バッファ I/O の処理を指定することにより、有益なデータをキャッシュから溢れさせることなく、CPU オーバーヘッドを軽減できます。