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 部 参照
複数の PITC の設定
複数の PITC の初期設定を設定するには、今後設定される PITC 用のストレージを設定します。
例に示す手順では、disk1、disk2、…、diskN は、アプリケーションデータの階層 1 ストレージで設定される LUN です。これらの LUN のサブセットである logdisk1、logdisk2、…、logdiskN は、DCO を設定するために使用されます。ディスク sdisk1、sdisk2、…、sdiskN は、階層 2 ストレージのディスクです。
メモ:
書き込みキャッシュによってサポートされるストレージを持つエンクロージャまたはディスクアレイがある場合は、同じ LUN のセットを DCO とデータボリュームに使用することをお勧めします。
デフォルトで logdisk が指定されていない場合、Veritas Volume Manager(VxVM)は、データボリュームに使用されているのと同じ LUN から DCO を割り当てようとします。
図: 冗長ループアクセスを使ったオフホスト処理の接続例を参照してください。
キャッシュが、複数の変更を含む複数のコピーに対応できる十分の大きさがあることを確認する必要があります。 次のガイドラインは、要件を見積もるのに役立ちます。
ストレージの必要量を判断するには、次を行います。
表: ストレージの要件
Sp |
プライマリボリュームのストレージ必要量を表す |
Sb |
プライマリのブレークオフスナップショットのストレージ要件を表します。 |
Nc |
保守対象の PITC の数を表します。 |
Sc |
スナップショットが作成される前の間隔で発生する変更の平均サイズを表します。 |
St |
ストレージ要件の合計を表します。 |
複数の PITC の管理のためのストレージ必要量合計は、ほぼ次のように計算されます。
Sb = Sp
St = Sb + Nc * Sc
キャッシュボリュームのサイズを決定するには、次を行います。
表: キャッシュボリュームの要件
Nc |
保守対象の PITC の数を表します。 |
Sc |
一定の間隔で発生する変更の平均サイズを表します。 |
Rc |
キャッシュオブジェクトの領域サイズを表します。 |
St |
ストレージ要件の合計を表します。 |
設定するキャッシュボリュームのサイズは、次のように計算されます。
Nc * Sc * Rc
この式は、アプリケーション I/O のサイズが、キャッシュオブジェクトの領域サイズよりも最大で Rc 倍小さいことを想定しています。
複数の PITC に初期設定を設定するには
- プライマリアプリケーションストレージがすでにスナップショットに設定されている場合、つまり DCO がすでにプライマリボリュームに接続されている場合、「2」の手順に進みます。
まだの場合は、プライマリボリュームを設定してスナップショット用に準備します。
次に例を示します。
# vxassist -g appdg make appvol 10T <disk1disk2 ... diskN > # vxsnap -g appdg prepare appvol
- スナップショットボリュームを、プライマリボリュームのプライマリフルイメージスナップショットとして使用するように設定します。スナップショットボリュームは階層 2 ストレージから割り当てることができます。
# vxassist -g appdg make snap-appvol 10T <sdisk1sdisk2 ... sdiskN > # vxsnap -g appdg prepare snap-appvol \ <alloc=slogdisk1, slogdisk2, ...slogdiskN>
- プライマリボリュームとスナップショットボリューム間の関係を確立します。スナップショットの同期が完了するまで待機します。
# vxsnap -g appdg make source=appvol/snapvol=snap-appvol/sync=yes # vxsnap -g appdg syncwait snap-appvol
- ディスクグループでキャッシュボリュームに使用するボリュームを作成します。キャッシュボリュームは、定期的な間隔で作成される領域最適化 PITC コピーに使用されます。キャッシュボリュームは階層 2 ストレージから割り当てることができます。
# vxassist -g appdg make cachevol 1G layout=mirror \ init=active disk16 disk17
- キャッシュボリュームで共有キャッシュオブジェクトを設定します。
# vxmake -g appdg cache snapcache cachevolname=cachevol
- キャッシュオブジェクトを開始します。
# vxcache -g appdg start snapcache
これで、通常の PITC を作成するための初期設定が完了しました。