Veritas InfoScale™ 8.0 ソリューションガイド - Linux
- 第 I 部 Veritas InfoScale の概要
- 第 II 部 Veritas InfoScale 製品のソリューション
- 第 III 部 IPv6 またはデュアルスタックへのスタックレベルの移行
- 第 IV 部 データベースのパフォーマンスの向上
- データベースアクセラレータの概要
- Veritas Concurrent I/O によるデータベースパフォーマンスの向上
- Atomic Write I/O によるデータベースパフォーマンスの向上
- atomic write I/O について
- atomic write I/O の必要条件
- atomic write I/O 機能の制限事項
- Storage Foundation の atomic write I/O 機能で MySQL データベースをサポートするしくみ
- VxVM および VxFS でエクスポートされる IOCTL
- VxVM RAW ボリュームでの atomic write I/O の MySQL サポート
- VxFS ファイルシステム上の MySQL 用 atomic write I/O サポートの設定
- アトミック書き込み対応ファイルシステムを動的に拡張する
- atomic write I/O サポートを無効にする
- 第 V 部 PITC (Point-In-Time Copy) の使用
- 第 VI 部 ストレージ利用率の最大化
- 第 VII 部 データ移行
- データ移行の理解
- LVM から VxVM へのオフライン移行
- ネイティブファイルシステムから VxFS へのオフライン変換
- ネイティブファイルシステムの VxFS ファイルシステムへのオンライン移行について
- ストレージアレイの移行
- プラットフォーム間のデータ移行
- CDS(Cross-Platform Data Sharing)機能の概要
- CDS のディスク形式とディスクグループ
- CDS(Cross-platform Data Sharing)を使用するためのシステムの設定
- システムの管理
- ディスクの操作
- ディスクグループの操作
- ディスクのカプセル化時のディスクグループアラインメントの変更
- 非 CDS ディスクグループのアラインメント変更
- CDS ディスクグループの分割
- CDS ディスクグループと非 CDS ディスクグループ間のオブジェクトの移動
- CDS ディスクグループ間のオブジェクトの移動
- ディスクグループの結合
- ディスクグループ作成のためのデフォルトの CDS 設定の変更
- 非 CDS ディスクグループの作成
- 古いバージョンの非 CDS ディスクグループのアップグレード
- CDS ディスクグループ内のディスクの交換
- CDS ディスクグループの最大デバイス数の設定
- DRL マップサイズとログサイズの変更
- DRL ログを含むボリュームの作成
- DRL マップサイズの設定
- 情報の表示
- 共有ディスクグループのデフォルトのアクティブ化モード
- CDS ディスクグループのインポートに関するその他の注意事項
- ファイルシステムに関する考慮事項
- アラインメント値とブロックサイズ
- スナップショットボリュームの移行
- Oracle ASM から Veritas File System への移行
- 第 VIII 部 vSphere の Just In Time Availability ソリューション
- 第 IX 部 Veritas InfoScale 4 K セクタのデバイスサポートのソリューション
- 第 X 部 REST API のサポート
- 第 XI 部 参照先
Storage Checkpoint の作成
Storage Checkpoint を作成するには、VxDBA ユーティリティで[3 Storage Checkpoint 管理]、[Storage Checkpoint の新規作成]の順に選択します。この操作は、オンラインまたはオフラインのいずれのデータベースでも行うことができます。
メモ:
データベースがオンライン状態のときに Storage Checkpoint を作成する場合、Oracle で ARCHIVELOG モードを有効にする必要があります。Storage Checkpoint の作成中は、表領域がバックアップモードになります。Storage Checkpoint の作成には数秒しかかからないため、表領域がオンラインバックアップモードになっている間に生成される REDO ログのサイズは非常に小さくなります。リカバリ効率を最大限に高めるため、ARCHIVELOG モードは常に有効にしておくことをお勧めします。
警告:
データファイルの追加や削除などにより Storage Checkpoint の作成後にデータベース構造が変更されると、Storage Rollback を実行できなくなります。Storage Checkpoint を作成すると直後に、データベースの制御ファイルのバックアップコピーが /etc/vx/vxdba/ORACLE_SID/checkpoint_dir ディレクトリに保存され、それに基づき Storage Rollback が行われるためです。また、必要に応じて、このファイルをデータベースリカバリに役立てることもできます。可能であれば、制御ファイルのコピーは ASCII 形式とバイナリ形式の両方で作成され、バイナリコピーは領域を節約するために圧縮されます。これらの制御ファイルを使ってデータベースのリカバリを実行する場合は細心の注意が必要です。データベースを再構築した際は、必ず古い Storage Checkpoint を削除し、新しい Storage Checkpoint を作成することをお勧めします。