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 部 参照先
パーティションによる 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 時間はパフォーマンスに影響を及ぼすため、一時セグメントは常にプライマリストレージ上に置く必要があります。