Veritas InfoScale™ 7.3.1 ソリューションガイド - Linux
- 第 I 部 Veritas InfoScale の概要
- 第 II 部 Veritas InfoScale 製品のソリューション
- 第 III 部 データベースのパフォーマンスの向上
- データベースアクセラレータの概要
- Veritas Concurrent I/O によるデータベースパフォーマンスの向上
- Atomic Write I/O によるデータベースパフォーマンスの向上
- 第 IV 部 PITC の使用
- 第 V 部 ストレージ利用率の最大化
- 第 VI 部 データ移行
- データ移行の理解
- LVM から VxVM へのオフライン移行
- ネーティブファイルシステムから VxFS へのオフライン変換
- ネーティブファイルシステムの VxFS ファイルシステムへのオンライン移行
- ストレージアレイの移行
- プラットフォーム間のデータ移行
- CDS(Cross-Platform Data Sharing)機能の概要
- CDS ディスク形式とディスクグループ
- CDS(Cross-platform Data Sharing)を使用するためのシステムの設定
- システムの管理
- ディスクの操作
- ディスクグループの操作
- 情報の表示
- ファイルシステムに関する注意事項
- Oracle ASM から Veritas File System への移行
- 第 VII 部 vSphere の Just In Time Availability ソリューション
- 第 VIII 部 Veritas InfoScale 4 K セクタのデバイスサポートのソリューション
- 第 IX 部 参照
データベースバックアップのための領域最適化スナップショットの準備
スナップショットボリュームを別のホストに移動することなく、同一ホスト上で使う場合は、フルサイズインスタントスナップショットの代わりに領域最適化インスタントスナップショットを使うことができます。 アプリケーションによって違いはありますが、領域最適化スナップショットに必要なディスク領域は通常、フルサイズインスタントスナップショットの 10 % 程度です。
オンラインデータベースのバックアップのために領域最適化スナップショットを準備するには
キャッシュオブジェクトの基盤となるキャッシュボリュームに適用する特性を決定します。
キャッシュボリュームにはスナップショットの更新の合間に発生した親ボリュームの変更が記録されるため、それに見合ったサイズが必要です。更新間隔が 24 時間の場合の推奨値は、親ボリュームの合計サイズの 10 % です。
キャッシュボリュームに冗長性が必要な場合は、ミラー化を行う必要があります。キャッシュボリュームをミラー化すると、必要な領域がミラー数に比例して増大します。
キャッシュボリュームをミラー化する場合は、ミラーと同数以上のディスク上に領域が必要になります。親ボリュームと同じディスクは使えません。また、重要なボリュームの I/O 処理効率に影響を与えたり、ディスクグループの分割および結合の操作を妨げることのないよう、適切なディスクを選択する必要があります。
- 特性を決定したら、vxassist コマンドを使って、キャッシュボリュームに使うボリュームを作成します。次の例は、ディスク disk16 と disk17 を使ってディスクグループ database_dg 内に 1 GB のキャッシュボリューム cachevol を作成し、そのキャッシュボリュームをミラー化する方法を示しています。
# vxassist -g database_dg make cachevol 1g layout=mirror \ init=active disk16 disk17
属性 init=active を指定して、キャッシュボリュームをただちに使えるようにしています。
- vxmake cache コマンドを使って、前の手順で作成したキャッシュボリュームの上にキャッシュオブジェクトを作成します。
# vxmake [-g diskgroup] cache cache_object \ cachevolname=cachevol [regionsize=size] [autogrow=on] \ [highwatermark=hwmk] [autogrowby=agbvalue] \ [maxautogrow=maxagbvalue]]
領域のサイズを指定する場合は、16 KB(16k)以上の 2 の累乗の値にする必要があります。 この値を指定しなかった場合、キャッシュの領域のサイズは 64 KB に設定されます。
メモ:
キャッシュを共有する領域最適化スナップショットの領域のサイズは、キャッシュに設定した領域のサイズと同サイズかまたはその整数倍にする必要があります。また、元のボリュームの領域のサイズがキャッシュの領域のサイズより小さいと、スナップショットの作成は失敗します。
必要に応じてキャッシュのサイズを拡張できないようにするには、autogrow=off と指定します。 特に指定しないかぎり、キャッシュの自動拡張機能は有効になっています。
次の例では、キャッシュボリューム cachevol の上にキャッシュオブジェクト cache_object を作成し、キャッシュの領域のサイズを 32 KB に設定して、autogrow 機能を有効にしています。
# vxmake -g database_dg cache cache_object cachevolname=cachevol \ regionsize=32k autogrow=on
- キャッシュオブジェクトの作成が完了したら、次のコマンドを使ってキャッシュオブジェクトを有効にします。
vxcache [-g diskgroup] start cache_object
たとえば、次のようにしてキャッシュオブジェクト cache_object を起動します。
# vxcache -g database_dg start cache_object
- キャッシュオブジェクトで領域最適化スナップショットを作成します。
# vxsnap -g database_dg make \ source=database_vol1/newvol=snapvol1/cache=cache_object
- 複数の領域最適化スナップショットを同時に作成する場合は、次の例に示すように、すべてのスナップショットに対して同一のキャッシュオブジェクトを指定することができます。
# vxsnap -g database_dg make \ source=database_vol1/newvol=snapvol1/cache=cache_object \ source=database_vol2/newvol=snapvol2/cache=cache_object \ source=database_vol3/newvol=snapvol3/cache=cache_object
メモ:
この手順では、スナップショットボリュームを設定し、バックアップサイクルを準備し、もとのボリュームに対する変更の追跡を開始します。
バックアップを作成する準備ができたら、同一ホストにオンラインデータベースのバックアップを作成する手順に進みます。