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 部 参照先
パーティションによる Oracle のデータベースオブジェクトの格納方法の変更
Oracle データベースのデータは、論理的には表領域に格納されていますが、物理的には対応する表領域に関連付けられたデータファイルに格納されています。 データベースは、表領域と呼ばれる 1 つ以上の論理ストレージ単位に分割されます。 Oracle データベースの表領域は、1 つ以上のデータファイルで構成されます。 データファイルは、1 つの表領域および 1 つのデータベースにのみ関連付けることができます。 表領域はセグメントと呼ばれる論理ストレージ単位に分割され、さらにセグメントはエクステントに分割されます。 エクステントは、データファイル内の連続したブロックの集まりです。 テーブルは、Oracle データベースのデータストレージの基本単位です。 データは行と列に格納されます。 テーブルは、テーブル名(「employees」など)と一連の列で定義されます。 通常、パーティションテーブルを除いて、テーブルは単一の表領域内に存在します。 パーティションテーブルは、1 つ以上のパーティションを持つテーブルで、各パーティションが別々の表領域に存在することもあります。
最も細かいレベルの詳細度では、Oracle データベースのデータはデータブロックに格納されます。データブロックは、論理ブロック、Oracle ブロック、ページと呼ばれることもあります。 1 つのデータブロックは、ディスク上で決められたバイト数の物理データベース領域に対応します。 データベースの論理的な領域の次のレベルは、エクステントです。 エクステントは、決められた数の連続したデータブロックであり、表領域内の該当のデータファイルからの特定の種類の情報を格納するために割り当てられます。 データベースの論理ストレージで、エクステントの上位レベルはセグメントと呼ばれます。 セグメントは一連のエクステントであり、各セグメントは特定のデータ構造に対して割り当てられ、すべてのセグメントが同じ表領域に格納されます。 たとえば、各テーブルのデータは独自のデータセグメント内に格納され、各インデックスのデータは独自のインデックスセグメント内に格納されます。 テーブルまたはインデックスがパーティション分割されている場合、各パーティションは独自のセグメントに格納されます。 Oracle データベースでは、セグメントの領域はエクステント単位で割り当てられます。 セグメントの既存のエクステントがいっぱいになると、Oracle データベースはそのセグメントに対して別のエクステントを割り当てます。 エクステントは必要に応じて割り当てられるので、セグメントのエクステントはディスク上で連続する場合もありますが、連続しない場合もあります。 セグメントおよびそのすべてのエクステントは、単一の表領域に格納されます。 表領域内では、1 つ以上のファイルのエクステントをセグメントに含めることができます。つまり、セグメントは複数のデータファイルにまたがることがあります。 ただし、各エクステントに含めることができるのは、1 つのデータファイルからのデータだけです。 セグメントに新しいエクステントが割り当てられると、その時点で Oracle はエクステントを表領域内のすべてのデータファイルに分散(ストライプ化)しようとします。 表領域内の空きデータブロックがなくなった場合は、データファイルを追加することができます。 論理オブジェクトと物理ストレージの図解を以下に示します。
Oracle には、複数の種類のセグメントがあります。 セグメント内のデータの使用パターンは、種類ごとに異なります。 ストレージ階層化の再配置に関しては、再配置に適するセグメントの種類を知っておくことが重要です。 セグメントの種類を以下に示します。
データセグメント: テーブルの行を格納するデータブロックが含まれます。 データセグメントまたはデータエクステントは、セカンダリのストレージ階層への再配置に最も適した候補です。 古いエクステントには、新しいエクステントよりも前に挿入された行が含まれます。 セグメントとエクステントのプロパティは、辞書テーブル dba_segments と dba_extents をクエリーすることで利用できます。
インデックスセグメント: テーブルインデックスのブロックが含まれます。 これらのブロックへの I/O が最高速度で読み書きされ、常にプライマリのストレージ階層で行われることが、データベースのパフォーマンスにとって重要です。 インデックスセグメントは、表領域またはデータファイル内で 1 つの場所から他の場所へ移動しますが、セカンダリ階層への再配置の候補には適していません。
ロールバックセグメント: UNDO データが含まれます。UNDO データは、データベースのリカバリにとって重要であり、常にプライマリストレージ上に置く必要があります。
一時セグメント: Oracle で必要となるソート操作の中間段階で使用される一時的な作業領域です。 一時セグメントの I/O 時間はパフォーマンスに影響を及ぼすため、一時セグメントは常にプライマリストレージ上に置く必要があります。