Veritas InfoScale™ 8.0 Oracle データベース用ストレージと可用性管理 - AIX, Linux, Solaris
- 第 I 部 Oracle データベース用 SFHA (Storage Foundation High Availability) 管理ソリューション
- Storage Foundation for Databases の概要
- Oracle 用 Storage Foundation High Availability（SFHA）Solutions の概要
- Veritas File System について
- Veritas Volume Manager の概要
- DMP (Dynamic Multi-Pathing) について
- Cluster Server について
- Cluster Server のエージェントについて
- Veritas InfoScale Operations Manager について
- Veritas InfoScale 8.0 製品の Oracle サポート機能
- Veritas InfoScale 製品の使用例
- Storage Foundation for Databases の概要
- 第 II 部 Veritas InfoScale 製品を使用した Oracle の配備
- Storage Foundation 環境への Oracle オプションの配備
- Storage Foundation 環境の Oracle の配備オプション
- Storage Foundation 環境での Oracle 単一インスタンス
- Storage Foundation 環境でオフホストを使う単一インスタンスの Oracle
- Storage Foundation High Availability を用いた高可用性クラスタの単一インスタンス Oracle
- SF Cluster File System HA 環境の並列クラスタの Oracle の単一インスタンス
- Storage Foundation for Oracle RAC 環境の Oracle RAC について
- レプリケーションされた Storage Foundation 環境での Oracle について
- 仮想化環境での Oracle と Storage Foundation の配備
- Storage Foundation SmartMove およびシンプロビジョニングによる 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 リポジトリデータベースの設定および管理
- SFDB (Storage Foundation for Databases)リポジトリについて
- Storage Foundation for Databases (SFDB) ツールの必要条件
- SFDB（Storage Foundation for Database）ツールの可用性
- Storage Foundation for Databases (SFDB) リポジトリの設定
- Storage Foundation for Databases（SFDB）リポジトリのバックアップと復元
- ノード追加後の SFDB（Storage Foundation for Databases）リポジトリの更新
- ノード削除後の SFDB（Storage Foundation for Databases）リポジトリの更新
- SFDB (Storage Foundation for Databases) リポジトリの削除
- 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 を使用した候補データファイルのレポートの生成
- SFHA 環境の Cached ODM Advisor を使用したデータファイルの Cached ODM の有効化/無効化
- SFHA 環境の Cached ODM Advisor を使用したデータベースファイルの Cached ODM 状態の表示
- SFHA 環境の Cached ODM Advisor を使用した Cached ODM 統計情報の表示
- SFHA 環境の Cached ODM Advisor を使用した ODM I/O 統計情報の表示
- Quick I/O によるデータベースパフォーマンスの向上
- Quick I/O について
- qiomkfile による Quick I/O ファイルとしての Oracle データベースファイルの作成
- setext コマンドによる Quick I/O ファイル領域の事前割り当て
- 通常の VxFS ファイルへの Quick I/O ファイルとしてのアクセス
- Oracle ファイルの Quick I/O ファイルへの変換
- スパースファイルについて
- Oracle データベースにおける一時表領域と Quick I/O の扱い
- Quick I/O の状態とファイル属性の表示
- Quick I/O ファイルの拡張
- Quick I/O ファイルでの Oracle AUTOEXTEND の使用
- データベースのリストア後の Quick I/O ファイルの再作成
- Quick I/O の無効化
- Solaris ローカルゾーンへの Quick I/O ファイルの作成
- Cached Quick I/O によるデータベースパフォーマンスの向上
- 第 V 部 PITC (Point-In-Time Copy) の使用
- PITC 方法の理解
- PITC（Point-In-Time Copy）の概要
- ポイントインタイムコピーを使う状況
- Storage Foundation PITC テクノロジについて
- SFDB ツールによってサポートされている PITC ソリューション
- Storage Foundation for Databases (SFDB) ツールのサポート対象スナップショットモードについて
- ボリュームレベルのスナップショット
- ボリュームレベルのスナップショット（FlashSnap）の逆再同期について
- Storage Checkpoint
- FileSnap について
- Oracle PITC に関する注意事項
- サードミラーブレークオフスナップショットの管理
- 領域最適化スナップショットの管理
- Storage Checkpoint の管理
- Storage Checkpoint について
- リカバリのための Database Storage Checkpoint
- Database Storage Checkpoint の作成
- Database Storage Checkpoint の削除
- Database Storage Checkpoint のマウント
- Database Storage Checkpoint のマウント解除
- Database Storage Checkpoint を使ったデータベースのクローンの作成
- Database Storage Checkpoint からのリストア
- オフラインモード 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 のコマンドリファレンス
- SFDB コマンドの後方互換について
- サポート対象外となった Storage Foundation for Databases（SFDB）ツールの機能
- Database FlashSnap のストレージの準備
- データベーススナップショットの作成について
- FlashSnap コマンド
- Oracle リカバリのガイドライン
- Database Storage Checkpoint のコマンド
- dbed_update を使ったリポジトリの作成または更新
- dbed_ckptcreate を使った Storage Checkpoint の作成
- dbed_ckptdisplay を使った Storage Checkpoint の表示
- dbed_ckptmount を使った Storage Checkpoint のマウント
- dbed_ckptumount を使った Storage Checkpoint のマウント解除
- dbed_ckptrollback を使った Storage Rollback の実行
- dbed_ckptremove を使った Storage Checkpoint の削除
- dbed_clonedb を使った Oracle インスタンスのクローン作成
- 第 IX 部 参照先
Quick I/O によるデータベースパフォーマンス向上のしくみ
Quick I/O を使う利点は次のとおりです。
Quick I/O ファイルを RAW デバイスとして機能させることにより、パフォーマンスと処理スループットが向上します。
Quick I/O ファイルを通常のファイルとして管理できます。これにより、Oracle データファイルの割り当て、移動、コピー、サイズ変更およびバックアップなどの管理作業を簡単に行うことができるようになります。
メモ:
Veritas は、Oracle Disk Manager の使用を推奨します。
メモ:
Quick I/O は Linux ではサポートされません。
通常のファイルを RAW デバイスとして扱ってアクセスする Quick I/O の機能により、次のことが実現され、データベースのパフォーマンスが向上します。
表:
Quick I/O 機能 | 利点 |
|---|---|
ダイレクト I/O のサポート | read（）および write（）システムコールを使うファイルに対する I/O は、通常、データを 2 回コピーします。1 回目はユーザーとカーネル領域の間で、2 回目はカーネル領域とディスクの間で実行されます。これとは異なり、RAW デバイス上の I/O は直接処理されます。すなわち、データをユーザー領域とディスクの間で直接コピーして、コピーの手順を 1 つ省略します。RAW ディスク上の I/O と同様に、Quick I/O でも余分なコピーは実行しません。 |
データベースファイルに対するカーネル書き込みロックの回避 | データベース I/O を write() システムコールを介して処理する場合、各システムコールは、カーネル内部で書き込みロックを取得し、解放します。このロックにより、同一ファイルで同時に複数の書き込み操作が実行されるのを防ぎます。データベースシステムには、通常、ファイルへの並行アクセスを管理するために独自のロック機能が実装されているため、ファイル単位の書き込みロックが不必要に I/O 処理をシリアル化してしまいます。Quick I/O は、このファイルシステムに対するファイル単位のロックを回避し、データベースサーバーがデータアクセスを制御できるようにします。 |
二重バッファリングの回避 | ほとんどのデータベースサーバーは、独自のバッファキャッシュを持っているため、システムのバッファキャッシュを必要としません。そのため、ファイルシステムバッファにキャッシュされたデータベースのデータは冗長であり、メモリ領域やバッファ管理のための CPU 使用率の浪費になります。Quick I/O がダイレクト I/O をサポートすることにより、二重バッファリングが不要になります。データはリレーショナルデータベース管理システム（RDBMS）のキャッシュとディスクの間で直接コピーされるため、CPU 使用率の低下とメモリの解放につながり、データベースサーバーのバッファキャッシュが使用できるメモリ量が増加することにより、トランザクション処理のスループットが向上します。 |
AIX の場合: AIX Fastpath 非同期 I/O のサポート | AIX Fastpath 非同期 I/O は、ノンブロッキングのシステムレベルの読み取りおよび書き込みを実行することによって複数の I/O 要求の同時処理を可能にする I/O 方法です。AIX などのオペレーティングシステムでは、RAW デバイスに対する非同期 I/O がサポートされていますが、標準ファイル I/O に対してはサポートされていません。そのため、データベースサーバーで非同期 I/O を使用できる場合でも、データベースがファイルシステム上で動作するときには非同期 I/O 要求を発行できません。非同期 I/O を行うことができないと、パフォーマンスが大幅に低下します。Quick I/O を使用すると、データベースサーバーは、Quick I/O インターフェースを使用してアクセスするファイルシステム上のファイルに対してカーネルでサポートされる非同期 I/O を利用できます。 |
Solaris の場合: カーネルの非同期 I/O のサポート | Solaris のカーネル非同期 I/O は、ノンブロッキングのシステムレベルの読み取りおよび書き込みを実行することによって複数の I/O 要求の同時処理を可能にする I/O 方法です。Solaris などのオペレーティングシステムでは、RAW デバイスに対するカーネルの非同期 I/O がサポートされていますが、標準ファイル I/O に対してはサポートされていません。そのため、データベースサーバーで非同期 I/O を使用できる場合でも、データベースがファイルシステム上で動作するときには非同期 I/O 要求を発行できません。非同期 I/O を行うことができないと、パフォーマンスが大幅に低下します。Quick I/O を使用すると、データベースサーバーは、Quick I/O インターフェースを使用してアクセスするファイルシステム上のファイルに対してカーネルでサポートされる非同期 I/O を利用できます。 |