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 部 参照先
Checkpoint と Storage Rollback のプロセス
Storage Checkpoint は、現在マウントされているファイルシステム (プライマリファイルシステム) の「クローン」を作成する、ディスクおよび I/O 効率のよいスナップショット技術です。スナップショットファイルシステムと同様に、Storage Checkpoint は、Storage Checkpoint が作成された時点でのファイルシステムのスナップの正確なイメージとして表示されます。 ただし、個別のディスク領域を使うスナップショットファイルシステムとは異なり、すべての Storage Checkpoint が、プライマリファイルシステムが存在する、同じ空き領域プールを共有します。
メモ:
また、Database Storage Checkpoint を読み取り専用モードまたは、読み取りおよび書き込みモードとしてマウントすることによって、通常のファイルシステムと同様に Database Storage Checkpoint ファイルにアクセスできるようになります。
最初は、Storage Checkpoint にはデータが格納されていません。Storage Checkpoint には、i ノード一覧とプライマリファイルセットのブロックマップのみが格納されています。このブロックマップは、プライマリファイルシステムの実データを指します。Storage Checkpoint には i ノード一覧とブロックマップのみが必要で、データはコピーされないため数秒で作成でき、領域もほとんど必要ありません。
Storage Checkpoint 実行時は、読み取り要求をプライマリファイルシステム上のデータの検索、該当するブロックマップのバッファへの読み取り、データ要求プロセスへの返答をひとまとまりの処理として実行します。書き込み操作によって、プライマリファイルシステム上のデータブロックへの更新が要求されると、書き込み要求を処理する前に古いデータを Storage Checkpoint にコピーし、その後、プライマリファイルシステムが新しいデータで書き込み要求を実行します。このため、Storage Checkpoint には、Storage Checkpoint の作成時点のプライマリファイルシステムの正確なビューが保持されます。古いデータは、一度保存するだけで済むため、プライマリファイルシステム上のブロック n に対する書き込みがさらに行われても、Storage Checkpoint にコピーされることはありません。プライマリファイルシステム上のデータブロックが変更されると、Storage Checkpoint には、プライマリファイルシステムからコピーされた元のデータが順次書き込まれていきます。これにより、Storage Checkpoint のブロックマップのうちプライマリファイルシステム上の元のブロックを指すものが徐々に減少していきます。
Database Storage Rollback は、プライマリファイルシステム上のデータベース、表領域またはデータファイルを Storage Checkpoint で作成されたポイントインタイムイメージにリストアします。
Database Storage Rollback は、該当する Storage Checkpoint の「前の」イメージをプライマリファイルシステムにコピーすることで行われます。Storage Checkpoint と同様に、Database Storage Rollback では、ファイルレベルではなく、ブロックレベルでリストア処理が実行されます。Database Storage Rollback は -o restore 操作で vxsfadm コマンドを使って実行されます。
次に例を示します。
$ $ /opt/VRTSdbed/bin/vxsfadm -s checkpoint / -a oracle -o restore --checkpoint_name checkpoint1
マウントされた Storage Checkpoint は、次のようにさまざまなアプリケーションソリューションに使えます。
バックアップ
データ保全調査
アップグレード
データベースの修正
データ複製ソリューション
Storage Checkpoint を読み取りおよび書き込みモードとしてマウントすると、このコマンドは、この Storage Checkpoint へのロールバックを行うことができないようにします。そのため、不正に修正された Storage Checkpoint データによって、データベースが破損することがありません。Storage Checkpoint を読み取りおよび書き込みモードでマウントする場合、元の Storage Checkpoint の「シャドウ」 Storage Checkpoint が作成され、この「シャドウ」 Storage Checkpoint が読み取りおよび書き込みモードでマウントされます。これにより、データベースを元の Storage Checkpoint にロールバックできるようになります。