スナップショット型レプリケーションは、「12.4.2.2 swsrpmake(複製作成コマンド)」を用いて行います。スナップ型レプリケーションの説明は、「7.1.1 スナップショット型レプリケーションの処理」を参照してください。
物理コピーの実行状況は、「12.4.2.3 swsrpstat(運用状況表示コマンド)」で確認できます。
QuickOPC型レプリケーション
QuickOPC型レプリケーションは、「12.4.2.2 swsrpmake(複製作成コマンド)」に-Tオプションを指定して実行します。
「12.4.2.2 swsrpmake(複製作成コマンド)」実行時にOPCセッションが存在していない場合は、複写元ボリュームから複写先ボリュームへの全データのスナップショット処理(OPC物理コピー)とトラッキング処理が開始されます。
図7.19 複製作成コマンド実行時(1回目)
物理コピーの実行状況は、通常のスナップショット型レプリケーションと同様、「12.4.2.3 swsrpstat(運用状況表示コマンド)」で確認できます。
スナップショット処理(OPC物理コピー)が完了するとトラッキング処理だけが動作している状態となります。トラッキング状態を確認するには、「12.4.2.3 swsrpstat(運用状況表示コマンド)」に-Lオプションを指定します。
図7.20 スナップショット処理完了時
トラッキング処理が実行されている状態で「12.4.2.2 swsrpmake(複製作成コマンド)」を-Tオプション指定で実行すると、前回のスナップショット処理時点からの差分データだけが物理コピーされるため、短時間に物理コピーが完了します。
図7.21 複製作成コマンド実行時(2回目)
トラッキング処理が実行されている状態でリストアする場合は、OPCでリストアします(-Tオプションを指定せずに「12.4.2.2 swsrpmake(複製作成コマンド)」を実行します)。トラッキング処理が実行されている状態では、逆向きのQuickOPCを実行できません。すなわち、QuickOPCを利用したレプリケーション運用は以下のように行います。
[バックアップ(複製の作成)] プログラムディレクトリ\bin\swsrpmake -T <複製元ボリューム名> <複製先ボリューム名> [リストア(複製の復元)] プログラムディレクトリ\bin\swsrpmake <複製先ボリューム名> <複製元ボリューム名> |
リストアはOPCで実行されますが、全データが物理コピーされるわけではなく、前回の複製作成後の更新済みデータ(swsrpstatのUpdate欄を参照)だけが物理コピーされます。したがって、QuickOPCを使ったレプリケーション運用では、バックアップだけでなく、リストアの物理コピーも短時間で完了します。
リストアの実行状況を確認するには、「12.4.2.3 swsrpstat(運用状況表示コマンド)」に-Eオプションを指定します。
SnapOPC型レプリケーション
SnapOPC型レプリケーションは、「12.4.2.2 swsrpmake(複製作成コマンド)」に-Cオプションを指定して実行します。
「12.4.2.2 swsrpmake(複製作成コマンド)」を実行すると、複製元ボリュームから複製先ボリュームへのSnapOPCセッションが設定されます。
[実行例]
C:\>C:\Win32App\AdvancedCopyManager\bin\swsrpmake -C g1d1p1 g1d2p1 FROM=g1d1p1@SV1,TO=g1d2p1@SV1 swsrpmake completed C:\> |
図7.22 複製作成コマンド実行時
通常のOPCやQuickOPCと異なり、SnapOPCでは、複製元ボリュームの全データをコピーせず、SnapOPC開始後に複製元/複製先で更新されたデータだけを複製先ボリュームにコピーします。このようなコピー処理を、書込み時コピー(Copy-on-Write)と呼びます。
図7.23 複製元ボリュームの更新時
図7.24 複製先ボリュームの更新時
ホストのI/O単位(512byte)とストレージ装置のコピー単位(8Kbyte)が異なるため、複製先の更新時もデータコピーが発生します。
SnapOPCセッションの状態は、「12.4.2.3 swsrpstat(運用状況表示コマンド)」で確認できます。
SnapOPCスナップショット開始直後の「12.4.2.3 swsrpstat(運用状況表示コマンド)」の表示例を以下に示します。SnapOPCを行っている場合、Status欄に“copy-on-write”が表示され、Update欄に前回の複製作成後の更新済みデータ量がパーセンテージ表示されます。
[実行例]
C:\>C:\Win32App\AdvancedCopyManager\bin\swsrpstat -L g1d1p1 Server Original-Volume Replica-Volume Direction Status Execute Trk Update Rcv Split Xfer Snap-Gen SV1 g1d1p1@SV1 g1d1p1@SV1 regular copy-on-write ---- off 0% ---- ---- ---- ---- C:\> |
SnapOPC処理が実行されている状態で「12.4.2.2 swsrpmake(複製作成コマンド)」を再実行すると、設定済みのSnapOPCセッションを解除して、新規のSnapOPCセッションを設定します。
注意
Snap Data VolumeまたはSnap Data Poolの容量が不足した場合、SnapOPCの実行状態はエラーサスペンド状態("failed")になり、複製ボリュームを使用できなくなります。
SnapOPCの実行状態は、「12.4.2.3 swsrpstat(運用状況表示コマンド)」の出力結果のStatus欄で確認できます。
[実行例]
C:\>C:\Win32App\AdvancedCopyManager\bin\swsrpstat -L g1d1p1 Server Original-Volume Replica-Volume Direction Status Execute Trk Update Rcv Split Xfer Snap-Gen SV1 g1d1p1@SV1 g1d2p1@SV1 regular failed ---- off ---- ---- ---- ---- ---- C:\> |
SnapOPCの実行状態がエラーサスペンド状態("failed")になった場合は、「11.4.2.3 Snap Data VolumeまたはSnap Data Poolの容量不足が発生した場合の対処方法」を参照してください。
Snap Data Volumeからのリストアは、「12.4.2.2 swsrpmake(複製作成コマンド)」でOPCを起動して行います。
C:\>C:\Win32App\AdvancedCopyManager\bin\swsrpmake g1d2p1 g1d1p1 FROM=g1d2p1@SV1,TO=g1d1p1@SV1 swsrpmake completed C:\> |
リストアを実行すると、複製元ボリュームから複製先ボリュームへのSnapOPCセッションを維持したまま、複製先ボリュームから複製元ボリュームへの(通常の)OPCが起動されます。このとき、複製作成後の更新データだけが物理コピーされるため、リストアの物理コピー時間が短縮されます。
図7.25 リストア実行時
リストアの実行状況を確認するには、「12.4.2.3 swsrpstat(運用状況表示コマンド)」に-Eオプションを指定します。
C:\>C:\Win32App\AdvancedCopyManager\bin\swsrpstat -E g1d1p1 Server Original-Volume Replica-Volume Direction Status Execute SV1 g1d1p1@SV1 g1d2p1@SV1 reverse snap 80% C:\> |
注意
複製元ボリュームと複製先ボリュームの間でSnapOPCが行われている場合は、複製元ボリューム以外のボリュームへのリストアを実行できません。複製元ボリューム以外のボリュームへリストアしたい場合は、OSのコピー機能(cp/copyコマンドなど)を使用してください。
図7.26 複製元ボリューム以外のボリュームへリストアした場合
また、複数の複製先ボリュームに対してSnapOPCを行っている場合は、リストアを実行できません。
図7.27 複数の複製先ボリュームに対してSnapOPCを行っている場合
この場合、ほかのSnapOPCセッションを解除することで、OPCでのリストアが可能となります。ただし、SnapOPCセッションが解除された複製先ボリュームのバックアップデータは失われます。
図7.28 SnapOPCセッションを解除してリストアする場合
SnapOPCセッションを維持したままリストアしたい場合は、OSのコピー機能(cp/copyコマンドなど)でリストアする必要があります。しかし、OS機能でリストアすると、複製元ボリュームの更新済みデータ量が増加するため、SnapOPCボリュームの容量が不足する危険性があります。
図7.29 SnapOPCセッションを解除せずにリストアする場合
SnapOPC+型レプリケーション
SnapOPC+型レプリケーションは、「12.4.2.2 swsrpmake(複製作成コマンド)」に-Pオプションを指定して実行します。-Pオプションを指定して実行すると、複製元ボリュームから複製先ボリュームの間にSnapOPC+セッションが設定されます。SnapOPC+セッションの設定後、複製元ボリュームと複製先ボリュームの間で、コピー・オン・ライトが行われます。
「12.4.2.2 swsrpmake(複製作成コマンド)」に-Pオプションを指定した場合の実行例を以下に示します。
[実行例]
C:\>C:\Win32app\AdvancedCopyManager\bin\swsrpmake -P g1d1p1@SV1 g1d2p1@SV1 FROM=g1d1p1@SV1,TO=g1d2p1@SV1 swsrpmake completed C:\> |
このとき、論理的に複製された複製先ボリュームが、スナップ世代番号1として保存されます。
次に、上記の複製元ボリュームに対して別の複製先ボリュームを指定して「12.4.2.2 swsrpmake(複製作成コマンド)」を実行すると、複製元ボリュームと前のスナップ世代の複製先ボリュームとの間で行われていたコピー・オン・ライトが停止されます。そのあと、複製元ボリュームと新たに指定した複製先ボリュームとの間に、SnapOPC+セッションが設定され、コピー・オン・ライトが行われます。
新しく指定した複製先ボリュームに対して「12.4.2.2 swsrpmake(複製作成コマンド)」に-Pオプションを指定した場合の実行例を以下に示します。
[実行例]
C:\>C:\Win32app\AdvancedCopyManager\bin\swsrpmake -P g1d1p1@SV1 g1d2p1@SV1 FROM=g1d1p1@SV1,TO=g1d2p1@SV1 swsrpmake completed C:\> |
このとき、論理的に複製された複製先ボリュームが、スナップ世代番号2として保存されます。
このように、複製先ボリュームが最新になると、スナップ世代番号が割り当てられます。
注意
過去のスナップ世代(最古のスナップ世代を除く)を複製先ボリュームに指定して「12.4.2.2 swsrpmake(複製作成コマンド)」を実行した場合、コマンドはエラー終了します。
一方、最古のスナップ世代を複製先ボリュームに指定した場合は、そのスナップ世代が自動的に破棄され、最新のスナップ世代として複製が作成されます。このとき、次のスナップ世代(2世代目、3世代目)には1世代前のスナップ世代番号(2世代目→1世代目、3世代目→2世代目)が割り当てられます。
図7.30 最古のスナップ世代を複製ボリュームに指定した場合
SnapOPC+型レプリケーションの運用状況を確認するには、「12.4.2.3 swsrpstat(運用状況表示コマンド)」に-Lオプションを指定します。
Status欄には、最新のスナップ世代は“copy-on-write(active)”、過去のスナップ世代は“copy-on-write(inactive)”と表示されます。Update欄には複製作成後の更新済みデータ量がパーセンテージで表示され、Snap-Gen欄にはスナップ世代番号が表示されます。
[実行例]
C:\>C:\Win32app\AdvancedCopyManager\bin\swsrpstat -L g1d1p1 Server Original-Volume Replica-Volume Direction Status Execute Trk Update Rcv Split Xfer Snap-Gen SV1 g1d1p1@SV1 g1d2p1@SV1 regular copy-on-write(inactive) ---- off 0% ---- ---- ---- 1 SV1 g1d1p1@SV1 g1d3p1@SV1 regular copy-on-write(active) ---- off 5% ---- ---- ---- 2 C:\> |
注意
Snap Data VolumeまたはSnap Data Poolの容量が不足した場合、SnapOPC+の実行状態、以前に実行したSnapOPC+の実行状態が、ともにエラーサスペンド状態("failed")になります。エラーサスペンド状態("failed")の複製ボリュームは使用不能となります。
SnapOPC+の実行状態は、「12.4.2.3 swsrpstat(運用状況表示コマンド)」の出力結果のStatus欄で確認できます。
[実行例]
C:\>C:\Win32app\AdvancedCopyManager\bin\swsrpstat -L g1d1p1 Server Original-Volume Replica-Volume Direction Status Execute Trk Update Rcv Split Xfer Snap-Gen SV1 g1d1p1@SV1 g1d2p1@SV1 regular failed ---- off ---- ---- ---- ---- ---- SV1 g1d1p1@SV1 g1d3p1@SV1 regular failed ---- off ---- ---- ---- ---- ---- C:\> |
SnapOPC+の実行状態がエラーサスペンド状態("failed")になった場合は、「11.4.2.3 Snap Data VolumeまたはSnap Data Poolの容量不足が発生した場合の対処方法」を参照してください。
Snap Data Volumeからのリストアは、「12.4.2.2 swsrpmake(複製作成コマンド)」でOPCを起動して行います。
C:\>C:\Win32App\AdvancedCopyManager\bin\swsrpmake g1d3p1@SV1 g1d1p1@SV1 FROM=g1d3p1@SV1,TO=g1d1p1@SV1 swsrpmake completed C:\> |
「12.4.2.2 swsrpmake(複製作成コマンド)」は、複製元ボリュームから複製先ボリュームへのSnapOPC+セッションを維持したまま行います。
SnapOPC+セッションを維持したままリストアすることで、複製作成後の更新データだけが物理コピーされるため、物理コピーの時間を短縮できます。
図7.31 SnapOPC+セッションを維持したリストア
リストアの実行状況を確認するには、「12.4.2.3 swsrpstat(運用状況表示コマンド)」に-Eオプションを指定します。
C:\>C:\Win32App\AdvancedCopyManager\bin\swsrpstat -E g1d1p1 Server Original-Volume Replica-Volume Direction Status Execute SV1 g1d1p1@SV1 g1d2p1@SV1 ---- ---- ---- SV1 g1d1p1@SV1 g1d3p1@SV1 reverse snap 80% C:\> |
注意
リストアにより、コピー・オン・ライトの状態がアクティブである最新のスナップ世代に更新が発生するため、Snap Data Poolの容量が不足する可能性があります。リストアは、Snap Data Poolの使用領域に十分な空き容量があることを確認してから実施してください。
最新のスナップ世代は、リストアによって複製元ボリュームへ書き込まれたデータの、前に存在したデータにより更新されます。リストアにより発生する最新のスナップ世代への更新量は、最新のスナップ世代を除いた、リストア対象以降のスナップ世代のCopy使用量を合計した値となります。
以下に、スナップ世代(Snap-Gen)が2のデータからリストアする場合の更新量の計算例を説明します。
リストアによる更新量は、次の手順で確認します。
「12.4.2.3 swsrpstat(運用状況表示コマンド)」を利用して、最新のスナップ世代(以下の例では、Snap-Genが4のデータ)を除いた、リストア対象以降のスナップ世代のデバイス名を確認します。
C:\>C:\Win32app\AdvancedCopyManager\bin\swsrpstat -L g1d1p1 Server Original-Volume Replica-Volume Direction Status Execute Trk Update Rcv Split Xfer Snap-Gen SV1 g1d1p1@SV1 g1d2p1@SV1 regular copy-on-write(inactive) ---- off 8% ---- ---- ---- 1 SV1 g1d1p1@SV1 g1d3p1@SV1 regular copy-on-write(inactive) ---- off 12% ---- ---- ---- 2 SV1 g1d1p1@SV1 g1d4p1@SV1 regular copy-on-write(inactive) ---- off 0% ---- ---- ---- 3 SV1 g1d1p1@SV1 g1d5p1@SV1 regular copy-on-write(active) ---- off 3% ---- ---- ---- 4 |
この例の場合、g1d3p1とg1d4p1が対象となります。
「12.8.2 swstsdv(Snap Data Volumeの操作／参照コマンド)」のサブコマンドに"stat"を指定して、手順1のデバイスのCopy使用量を合計します。
Snap Data Poolを利用している場合は、Snap Data Poolの使用量も加えます。
[g1d3p1の使用量]
C:\>C:\Win32app\AdvancedCopyManager\bin\swstsdv stat g1d3p1 BoxID = 00E4000M3#####E450S20A####KD4030639004## LUN = 110 (0x6E) Rate Logical(sector) Physical(sector) Used(sector) Copy(sector) Host(sector) Pool(sector) 100% 8388608 1048576 1048576 1048384 192 640 |
[g1d4p1の使用量]
C:\>C:\Win32app\AdvancedCopyManager\bin\swstsdv stat g1d4p1 BoxID = 00E4000M3#####E450S20A####KD4030639004## LUN = 111 (0x6F) Rate Logical(sector) Physical(sector) Used(sector) Copy(sector) Host(sector) Pool(sector) 4% 8388608 1048576 46928 16 46912 0 |
この例の場合、リストアによる更新量は、1049040(1048384+640+16)セクタとなります。
Snap Data Poolの総容量と使用領域の容量を「12.8.2 swstsdv(Snap Data Volumeの操作／参照コマンド)」のサブコマンドに"poolstat"を指定して確認します。
Snap Data Volumeが暗号化されていない場合は、Pool-TypeがNormalの総容量と使用領域の容量を確認します。
Snap Data Volumeが暗号化されている場合は、Pool-TypeがEncryptedの総容量と使用領域の容量を確認します。
C:\Win32app\AdvancedCopyManager\bin>swstsdv poolstat -G g1d1p1
BoxID = 00E4000M3#####E450S20A####KD4030639004##
Pool-Type Rate Total(sector) Used(sector) Copy(sector) Host(sector) Free(sector)
Normal 10% 20971520 2097152 0 2097152 18874368
Encrypted 0% 20971520 0 0 0 20971520 |
この例の場合の使用率は、15％≒(2097152＋1049040)÷20971520 ×100
Snap Data Poolの使用領域の容量とリストアによる更新量を加えた値が総容量より少ない場合は、リストア可能です。ただし、リストア後の使用率が70%を超えることが予想される場合は、安全にリストアするために、Snap Data Poolを増設してからリストアすることを推奨します。
また、使用率が50%を超えることが予想される場合は、リストア後にSnap Data Poolの増設を検討し、Snap Data Poolの監視頻度を高くしてください。Snap Data Poolの監視は、「7.2.3.4 Snap Data VolumeまたはSnap Data Poolの監視」を参照してください。
注意
複製元ボリュームと複製先ボリュームの間でSnapOPC+が行われている場合、複製元ボリューム以外のボリュームへのリストアを実行できません。
ポイント
SnapOPC+では、ハード障害を考慮して、SnapOPC+とOPC/QuickOPC/EC(REC)による全コピーを併用した運用を推奨します。
以下に、日曜日はQuickOPCを、月～土曜日はSnapOPC+を行う運用例を示します。
図7.32 SnapOPC+とQuickOPCを利用した運用例
コンカレントOPC機能とは、複数の論理ボリュームのスナップショットを同時に作成するETERNUS ディスクアレイの機能です。本機能により、複数のボリュームで構成されているデータベースなどのコピーを、整合性のとれた状態で容易に採取できます。OPC/QuickOPC/SnapOPC/SnapOPC+のいずれかのコピーで利用できます。
以下に、ETERNUS ディスクアレイ内部で行われる動作を示します。
図7.33 ETERNUS ディスクアレイ内部の動作
注意
「12.4.2.2 swsrpmake(複製作成コマンド)」をタスクマネージャ、Ctrl-Cなどで強制終了させた場合、セッションがコンカレントOPCの定義済み状態のままになってしまうことがあります。このような場合、コマンドを再実行するか、「12.4.2.4 swsrpcancel(複製解除コマンド)」でセッションを停止してください。
コンカレントOPCを同時に実施できるコピーペア数の上限は、1024です。
