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 部 参照先
SmartTier について
SmartTier は、データ使用上の必要条件に基づいてデータストレージの一致処理を行います。データの一致処理が終了すると、データの使用上の必要条件と、ストレージ管理者またはデータベース管理者(DBA)により定義された他の必要条件に応じてこのデータが再配置されます。
時間の経過とともに保持されるデータが増えるにつれ、一部のデータはしだいに使用頻度が低くなっていきます。使用頻度が低くても、データを保持するには多くのディスク領域が必要です。SmartTier を使うと、データベース管理者が、使用頻度の低いデータをより低速で安価なディスクに移動してデータを管理できるようになります。また、頻繁に利用されるデータをより高速のディスクに保持してすばやく検索できるようにすることも可能です。
ストレージの階層化は、複数のタイプのデータをさまざまなストレージに割り当てることで、パフォーマンスを高速化し、経費を削減する方法です。SmartTier では、ストレージクラスを使って、特定の層を構成するディスクを指定します。ストレージクラスを定義するには、一般的に 2 つの方法があります。
処理効率またはストレージが要求されるクラス: 最も使用頻度が高いクラスは、高速で高価なディスクです。定期的には必要とされなくなったデータは、低速で安価なディスクで構成される別のクラスに移動できます。
耐障害性を備えたクラス: 各クラスは、非ミラーボリューム、ミラーボリューム、n-way 型ミラーボリュームで構成されます。
たとえば、通常、データベースはデータ、インデックス、ログで構成されます。データは重要であるため、3 方向のミラーで設定できます。インデックスは重要ですが再作成が可能なため、2 方向のミラーで設定できます。REDO ログおよびアーカイブログを毎日採取する必要はありませんが、これらはデータベースリカバリに必須です。ミラー化することもお勧めします。
SmartTier は、作成したルールに従って異なるストレージ階層からファイルストレージ領域を割り当てることができる VxFS の機能です。 SmartTier では、現在より柔軟な方法で階層化されたストレージの管理を行うことができます。 ストレージの静的な階層化では、ストレージクラスへのアプリケーションファイルの割り当てを手動で 1 回のみ行いますが、これは長期的に見ると柔軟性に欠けます。 通常、階層型ストレージ管理のソリューションでは、アプリケーションのアクセス要求に対する処理を実行する前に、ファイルをファイルシステムの名前空間に戻す必要があり、その結果として遅延とランタイムのオーバーヘッドが発生します。 一方、SmartTier では、以下のことが可能です。
時間とともにファイルの価値が変わると、最適なストレージ階層にファイルを動的に移動することで、ストレージ資産を最適化します。
ユーザーまたはアプリケーションのファイルアクセス方法を変更せずに、ストレージ階層間のデータの移動を自動化します。
管理者が設定したポリシーに基づいてデータを自動的に移行します。これにより、階層化されたストレージに対する操作要件や、データの移動に関連するダウンタイムが不要になります。
メモ:
SmartTier は、以前に Dynamic Storage Tiering(DST)と呼ばれていた機能を拡張し、名前を変更したものです。
SmartTier のポリシーでは、初期のファイルの場所と、既存ファイルが再配置される環境を制御します。これらのポリシーをファイルに適用すると、ファイルシステムのボリュームセットの特定のサブセット(配置クラスと呼ばれる)上でそのファイルを作成し、拡張できます。ファイルは、指定した名前、タイミング、アクセス率、ストレージ容量に関連した条件に一致すると、他の配置クラス内のボリュームに再配置されます。
事前設定ポリシーに加え、必要に応じて、SmartTier で高速または低速のストレージにファイルを手動で移動できます。また、有効なポリシーの一覧表示、ファイル状態の表示、ボリュームの使用状況の表示、ファイルの統計情報の表示などを行うレポートを実行できます。
SmartTier では、Veritas InfoScale Storage Foundation Enterprise products に搭載される 2 つの主要なテクノロジを利用しています。1 つは MVS ファイルシステムです。もう 1 つはファイルシステムで管理されるストレージ内でのポリシーに基づくファイルの自動配置です。 MVS ファイルシステムは、2 つ以上の仮想ストレージボリュームを占有するので、単一のファイルシステムを異機種混在の可能性もある複数の物理ストレージデバイスにまたがるようにすることが可能になります。 たとえば、1 つ目のボリュームが EMC Symmetrix DMX のスピンドルに存在し、2 つ目のボリュームが EMC CLARiiON のスピンドルに存在するということも可能です。 単一の名前空間を提供することで、ユーザーとアプリケーションは複数のボリュームを透過的に認識します。 この MVS ファイルシステムでは各ボリュームが識別されるので、個々のファイルが格納されている場所を制御することが可能です。 MVS ファイルシステムをポリシーに基づくファイルの自動配置と組み合わせることで、アプリケーションにもユーザーにもダウンタイムの影響を与えずにデータを自動的に移動する理想的なストレージ階層化機能を実現できます。
データベース環境では、アクセス期間のルールを一部のファイルに適用できます。 ただし、たとえばデータファイルによっては、アクセスされるたびに更新されて、アクセス期間のルールを使用できない場合もあります。 SmartTier には、ファイル全体だけでなくファイルの一部をセカンダリ階層に再配置する機構も用意されています。
SmartTier を使うには、次の機能でストレージを管理している必要があります。
VxFS MVS ファイルシステム
VxVM ボリュームセット
ボリュームタグ
ファイルレベルの SmartTier 管理
サブファイルレベルの SmartTier 管理