ETERNUS SF AdvancedCopy Manager 運用手引書 13.2 -Linux-

8.5.1 スナップショット型レプリケーションの実行

スナップショット型レプリケーションは、複製作成コマンド(swsrpmake)を用いて行います。スナップ型レプリケーションの説明については、「スナップショット型レプリケーションの処理」を参照してください。

物理コピーの実行状況は、運用状況表示コマンド(swsrpstat)で確認が可能です。

■QuickOPC型レプリケーション

QuickOPC型レプリケーションは、複製作成コマンド(swsrpmake)に-Tオプションを指定して実行します。

複製作成コマンド実行時にOPCセッションが存在していない場合は複写元ボリュームから複写先ボリュームへの全データのスナップショット処理(OPC物理コピー)とトラッキング処理が開始されます。

[図: 複製作成コマンド実行時(1回目)]

物理コピーの実行状況を確認するには、通常のスナップショット型レプリケーションの場合と同様、運用状況表示コマンド(swsrpstat)を使用します。

スナップショット処理(OPC物理コピー)が完了するとトラッキング処理のみが動作している状態となります。

トラッキング状態を確認するには、運用状況表示コマンド(swsrpstat)に-Lオプションを指定します。

[図: スナップショット処理完了時]

トラッキング処理が実行されている状態で複製作成コマンド(swsrpmake)を-Tオプション指定で実行すると、前回のスナップショット処理時点からの差分データのみが物理コピーされるため、短時間に物理コピーを完了することができます。

[図: 複製作成コマンド実行時(2回目)]

トラッキング処理が実行されている状態でリストアを行う場合はOPCでリストアを行います(-Tオプションを指定せずに複製作成コマンドを実行)。トラッキング処理が実行されている状態で逆向きのQuickOPCを実行することはできません。すなわち、QuickOPCを利用したレプリケーション運用は以下のように行います。

[バックアップ(複製の作成)]
swsrpmake -T <複製元ボリューム名> <複製先ボリューム名>

[リストア(複製の復元)]
swsrpmake <複製先ボリューム名> <複製元ボリューム名>

リストアはOPCで実行されますが、全データが物理コピーされるわけではなく、前回の複製作成後の更新済みデータ(swsrpstatのUpdate欄を参照)のみが物理コピーされるようになっています。したがって、QuickOPCを使ったレプリケーション運用ではバックアップだけでなく、リストアの物理コピーも短時間で完了するようになっています。

リストアの実行状況は、運用状況表示コマンド(swsrpstat)で-Eオプションを指定することにより確認できます。

■SnapOPC型レプリケーション

SnapOPC型レプリケーションは、複製作成コマンド(swsrpmake)に-Cオプションを指定して実行します。

複製作成コマンドを実行すると、複製元ボリュームから複製先ボリュームの間にSnapOPCセッションが設定されます。

[実行例]

# /opt/FJSVswsrp/bin/swsrpmake -C /dev/sda1 /dev/sdc1
FROM=/dev/sda1@SV1,TO=/dev/sdc1@SV1 swsrpmake completed
#

[図: 複製作成コマンド実行時]

通常のOPCやQuickOPCと異なり、SnapOPCでは複製元ボリュームの全データのコピーは行わず、SnapOPCの開始後に複製元／複製先で更新されたデータだけが複製先ボリュームにコピーされます。このようなコピー処理を書き込み時コピー(Copy-on-Write)と呼びます。

[図: 複製元ボリュームの更新時]

[図: 複製先ボリュームの更新時]

※ホストのI/O単位とストレージ装置のコピー単位が異なるため(ホストI/O=512byte、ストレージ装置のコピー単位=8Kbyte)、複製先の更新時にもデータコピーが発生します。

SnapOPCセッションの状態は、運用状況表示コマンド(swsrpstat)で確認することができます。

SnapOPCスナップショット開始直後の運用状況表示コマンドの実行例を以下に示します。SnapOPCを行っている場合は、Status欄に“copy-on-write”と表示され、Update欄に前回の複製作成後の更新済みデータ量がパーセンテージ表示されます。

[実行例]

# /opt/FJSVswsrp/bin/swsrpstat -L /dev/sdb1
Server Original-Volume Replica-Volume Direction Status        Execute Trk  Update Rcv  Split Xfer  Snap-Gen
SV1    /dev/sdb1@SV1   /dev/sbc1@SV1  regular   copy-on-write ----    off  0%     ---- ----  ----  ----
#

SnapOPC処理が実行されている状態で複製作成コマンドを再実行すると、設定済みのSnapOPCセッションを解除した後、新規のSnapOPCセッションを設定します。

Snap Data Diskの物理容量オーバが発生した場合、SnapOPCセッションはエラーサスペンドになります。これは運用状況表示コマンドのStatus欄が“failed”になることにより確認できます。

[実行例]

# /opt/FJSVswsrp/bin/swsrpstat -L /dev/sdb1
Server Original-Volume Replica-Volume Direction Status Execute Trk  Update Rcv  Split Xfer  Snap-Gen
SV1    /dev/sdb1@SV1   /dev/sdc1@SV1  regular   failed ----    off  ----   ---- ----  ----  ----
#

Snap Data Diskの容量オーバが発生した場合は、複製解除コマンド(swsrpcancel)でSnapOPCセッションを解除し、Snap Data Diskの物理容量増加を行う必要があります。

Snap Data Diskからのリストアは、複製作成コマンド(swsrpmake)でOPCを起動することによって行います。

# /opt/FJSVswsrp/bin/swsrpmake /dev/sdc1 /dev/sdb1
FROM=/dev/sdc1@SV1,TO=/dev/sdb1@SV1 swsrpmake completed
#

リストアを実行すると、複製元ボリュームから複製先ボリュームへのSnapOPCセッションを維持したまま、複製先ボリュームから複製元ボリュームへの(通常の)OPCが起動されます。このとき、複製作成後の更新データだけが物理コピーされるため、リストアの物理コピー時間が短縮されます。

[図: リストア実行時]

リストアの実行状況の確認は、運用状況表示コマンド(swsrpstat)に-Eオプションを指定することにより行います。

# /opt/FJSVswsrp/bin/swsrpstat -E /dev/sda1
Server Original-Volume Replica-Volume Direction Status Execute
SV1    /dev/sda1@SV1   /dev/sdb1@SV1  reverse   snap   80%    
#

複製元ボリュームと複製先ボリュームの間でSnapOPCが行われている場合、複製元ボリューム以外のボリュームへのリストアを実行することはできません。複製元ボリューム以外のボリュームへのリストアを行いたい場合は、OSのコピー機能(cp/copyコマンド等)を使用する必要があります。

[図: 複製元ボリューム以外のボリュームへリストアした場合]

また、複数の複製先ボリュームに対してSnapOPCを行っている場合は、リストアを行うことはできません。

[図: 複数の複製先ボリュームに対してSnapOPCを行っている場合]

この場合は、ほかのSnapOPCセッションを解除することにより、OPCによるリストアが可能となります。ただし、SnapOPCセッションが解除された複製先ボリュームのバックアップデータは失われます。

[図: SnapOPCセッションを解除してリストアする場合]

SnapOPCセッションを維持したまま、リストアを行いたい場合は、OSのコピー機能(cp/copyコマンド等)でリストアを行う必要があります。しかし、OS機能によってリストアを行うと複製元ボリュームの更新済みデータ量が増加するため、SnapOPCボリュームの容量オーバが発生する危険性があります。

[図: SnapOPCセッションを解除せずにリストアする場合]