検索クエリーを入力してください
<book_title> を検索 ...
Veritas InfoScale™ 7.4 DB2 データベース用ストレージと可用性管理 - AIX, Linux
Last Published:
2018-07-05
Product(s):
InfoScale & Storage Foundation (7.4)
Platform: AIX,Linux
- 第 I 部 DB2 データベース用 SFHA (Storage Foundation High Availability) 管理ソリューション
- Storage Foundation for Databases の概要
- 第 II 部 Veritas InfoScale 製品を使用した DB2 の配備
- 第 III 部 Storage Foundation for Databases(SFDB)ツールの設定
- Storage Foundation for Databases リポジトリデータベースの設定および管理
- Storage Foundation for Databases(SFDB)リポジトリの設定
- Storage Foundation for Databases(SFDB)ツールのアップグレードおよび移行
- Storage Foundation for Databases(SFDB)ツールの認証の設定
- Storage Foundation for Databases リポジトリデータベースの設定および管理
- 第 IV 部 DB2 データベースのパフォーマンスの向上
- データベースアクセラレータについて
- Quick I/O によるデータベースパフォーマンスの向上
- Veritas Concurrent I/O によるデータベースパフォーマンスの向上
- 第 V 部 PITC の使用
- PITC 方法の理解
- DB2 PITC に関する注意事項
- サードミラーブレークオフスナップショットの管理
- Storage Checkpoint の管理
- リカバリのための Database Storage Checkpoint
- SFHA 環境での Netbackup によるバックアップとリストア
- 第 VI 部 DB2 に対するストレージコストの最適化
- 第 VII 部 Storage Foundation for Databases 管理リファレンス
- Storage Foundation for Databases コマンドリファレンス
- Storage Foundation for Databases のチューニング
- SFDB ツールのトラブルシューティング
データ、インデックス、ログ
データベースのデータとログファイルは常に分けておくことが重要です。この種のオブジェクトの書き込みパターンはそれぞれに性質が大きく異なるため、同じデバイス上で混同するとパフォーマンスが低下します。ログの書き込みは常にシーケンシャルかつ高帯域幅である一方、表領域のデータ書き込みはランダムなものから大きくシーケンシャルなものまでさまざまです。データベース環境のパフォーマンスを最高にするために、ログの書き込みが速く、デバイスの遅延によって悪影響を受けていないことを確認することが重要です。
SMS 表領域を使う場合、データとインデックスを別のデバイスに分割することはできません。これは、この 2 つのタイプのデータベースオブジェクト間では、I/O とメモリの競合を減らす方法がないことを意味しています。ただし、DMS デバイスを使用する場合は、表のデータとインデックスを異なる表領域に配置することができます。これにより、インデックスや制約付きのメモリを頻繁に使用する環境のパフォーマンスを大幅に改善できます。
分割し、それによってデータおよびインデックスの I/O の監視を容易にする前に、個別の表領域にインデックスを割り当てると、専用のバッファプールをインデックスに割り当てたり、必要に応じてインデックスコンテナで Cached Quick I/O を有効化したりできます。これにより、インデックスを常にメモリ内に配置し、単一のバッファプールリソースのデータとインデックス間に競合がない状態を確保しなければならない環境のパフォーマンスを大幅に改善できます。