Veritas InfoScale™ 8.0 DB2 データベース用ストレージと可用性管理 - AIX, Linux
- 第 I 部 DB2 データベース用 SFHA (Storage Foundation High Availability) 管理ソリューション
- Storage Foundation for Databases の概要
- 第 II 部 Veritas InfoScale 製品を使用した DB2 の配備
- 第 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 部 DB2 データベースのパフォーマンスの向上
- データベースアクセラレータについて
- Quick I/O によるデータベースパフォーマンスの向上
- Veritas Concurrent I/O による DB2 データベースパフォーマンスの向上
- 第 V 部 PITC (Point-In-Time Copy) の使用
- PITC 方法の理解
- DB2 PITC に関する注意事項
- サードミラーブレークオフスナップショットの管理
- Storage Checkpoint の管理
- リカバリのための Database Storage Checkpoint
- SFHA 環境での NetBackup によるバックアップとリストア
- 第 VI 部 DB2 に対するストレージコストの最適化
- 第 VII 部 Storage Foundation for Databases 管理リファレンス
- Storage Foundation for Databases コマンドリファレンス
- Storage Foundation for Databases のチューニング
- SFDB ツールのトラブルシューティング
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 db2 -o restore --checkpoint_name checkpoint1
マウントされた Storage Checkpoint は、次のようにさまざまなアプリケーションソリューションに使えます。
バックアップ
データ保全調査
アップグレード
データベースの修正
データ複製ソリューション
Storage Checkpoint を読み取りおよび書き込みモードとしてマウントすると、このコマンドは、この Storage Checkpoint へのロールバックを行うことができないようにします。そのため、不正に修正された Storage Checkpoint データによって、データベースが破損することがありません。Storage Checkpoint を読み取りおよび書き込みモードでマウントする場合、元の Storage Checkpoint の「シャドウ」 Storage Checkpoint が作成され、この「シャドウ」 Storage Checkpoint が読み取りおよび書き込みモードでマウントされます。これにより、データベースを元の Storage Checkpoint にロールバックできるようになります。