| ETERNUS SF AdvancedCopy Manager 運用手引書 13.3 - Microsoft(R) Windows(R) 2000 -,- Microsoft(R) Windows Server(R) 2003 -, - Microsoft(R) Windows Server(R) 2008 - |
|
目次
索引
|
| 第8章 レプリケーション運用 | > 8.5 運用 |
スナップショット型レプリケーションは、複製作成コマンド(swsrpmake)を用いて行います。スナップ型レプリケーションの説明については、「スナップショット型レプリケーションの処理」を参照してください。
物理コピーの実行状況は、運用状況表示コマンド(swsrpstat)で確認が可能です。
QuickOPC型レプリケーションは、複製作成コマンド(swsrpmake)に-Tオプションを指定して実行します。
複製作成コマンド実行時にOPCセッションが存在していない場合は複写元ボリュームから複写先ボリュームへの全データのスナップショット処理(OPC物理コピー)とトラッキング処理が開始されます。
物理コピーの実行状況を確認するには、通常のスナップショット型レプリケーションの場合と同様、運用状況表示コマンド(swsrpstat)を使用します。
スナップショット処理(OPC物理コピー)が完了するとトラッキング処理のみが動作している状態となります。
トラッキング状態を確認するには、運用状況表示コマンド(swsrpstat)に-Lオプションを指定します。
トラッキング処理が実行されている状態で複製作成コマンド(swsrpmake)を-Tオプション指定で実行すると、前回のスナップショット処理時点からの差分データのみが物理コピーされるため、短時間に物理コピーを完了することができます。
トラッキング処理が実行されている状態でリストアを行う場合はOPCでリストアを行います(-Tオプションを指定せずに複製作成コマンドを実行します)。トラッキング処理が実行されている状態で逆向きのQuickOPCを実行することはできません。すなわち、QuickOPCを利用したレプリケーション運用は以下のように行います。
[バックアップ(複製の作成)] プログラムディレクトリ\bin\swsrpmake -T <複製元ボリューム名> <複製先ボリューム名> [リストア(複製の復元)] プログラムディレクトリ\bin\swsrpmake <複製先ボリューム名> <複製元ボリューム名> |
リストアはOPCで実行されますが、全データが物理コピーされるわけではなく、前回の複製作成後の更新済みデータ(swsrpstatのUpdate欄を参照)のみが物理コピーされるようになっています。したがって、QuickOPCを使ったレプリケーション運用ではバックアップだけでなく、リストアの物理コピーも短時間で完了するようになっています。
リストアの実行状況は、運用状況表示コマンド(swsrpstat)で-Eオプションを指定することにより確認できます。
SnapOPC型レプリケーションは、複製作成コマンド(swsrpmake)に-Cオプションを指定して実行します。
複製作成コマンドを実行すると、複製元ボリュームから複製先ボリュームの間にSnapOPCセッションが設定されます。
[実行例]
C:\>C:\Win32App\AdvancedCopyManager\bin\swsrpmake -C g1d1p1 g1d2p1 FROM=g1d1p1@SV1,TO=g1d2p1@SV1 swsrpmake completed C:\> |
通常のOPCやQuickOPCと異なり、SnapOPCでは複製元ボリュームの全データのコピーは行わず、SnapOPCの開始後に複製元/複製先で更新されたデータだけが複製先ボリュームにコピーされます。このようなコピー処理を書き込み時コピー(Copy-on-Write)と呼びます。
※ホストのI/O単位とストレージ装置のコピー単位が異なるため(ホストI/O=512byte、ストレージ装置のコピー単位=8Kbyte)、複製先の更新時にもデータコピーが発生します。
SnapOPCセッションの状態は、運用状況表示コマンド(swsrpstat)で確認することができます。
SnapOPCスナップショット開始直後の運用状況表示コマンドの実行例を以下に示します。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処理が実行されている状態で複製作成コマンドを再実行すると、設定済みのSnapOPCセッションを解除した後、新規のSnapOPCセッションを設定します。
Snap Data VolumeまたはSnap Data Poolの容量不足が発生した場合、SnapOPCの実行状態はエラーサスペンド状態("failed")になり、複製ボリュームは使用不能となります。
SnapOPCの実行状態は運用状況表示コマンド(swsrpstat)の出力結果のStatus欄で確認できます。
[実行例]
SnapOPCの実行状態がエラーサスペンド状態("failed")になった場合は、「Snap Data VolumeまたはSnap Data Poolの容量不足が発生した場合の対処方法」を参照してください。
Snap Data Volumeからのリストアは、複製作成コマンド(swsrpmake)でOPCを起動することによって行います。
C:\>C:\Win32App\AdvancedCopyManager\bin\swsrpmake g1d2p1 g1d1p1 FROM=g1d2p1@SV1,TO=g1d1p1@SV1 swsrpmake completed C:\> |
リストアを実行すると、複製元ボリュームから複製先ボリュームへのSnapOPCセッションを維持したまま、複製先ボリュームから複製元ボリュームへの(通常の)OPCが起動されます。このとき、複製作成後の更新データだけが物理コピーされるため、リストアの物理コピー時間が短縮されます。
リストアの実行状況の確認は、運用状況表示コマンド(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コマンド等)を使用する必要があります。[図: 複製元ボリューム以外のボリュームへリストアした場合]
また、複数の複製先ボリュームに対してSnapOPCを行っている場合は、リストアを行うことはできません。
[図: 複数の複製先ボリュームに対してSnapOPCを行っている場合]
この場合は、ほかのSnapOPCセッションを解除することにより、OPCによるリストアが可能となります。ただし、SnapOPCセッションが解除された複製先ボリュームのバックアップデータは失われます。
[図: SnapOPCセッションを解除してリストアする場合]
SnapOPCセッションを維持したまま、リストアを行いたい場合は、OSのコピー機能(cp/copyコマンド等)でリストアを行う必要があります。しかし、OS機能によってリストアを行うと複製元ボリュームの更新済みデータ量が増加するため、SnapOPCボリュームの容量不足が発生する危険性があります。
[図: SnapOPCセッションを解除せずにリストアする場合]
SnapOPC+型レプリケーションは、複製作成コマンド(swsrpmake)に-Pオプションを指定して実行します。-Pオプションを指定して実行すると、複製元ボリュームから複製先ボリュームの間にSnapOPC+セッションが設定されます。SnapOPC+セッションの設定後、複製元ボリュームと複製先ボリュームの間で、コピー・オン・ライトが行われます。
複製作成コマンドの-Pオプションを指定した場合の実行例を以下に示します。
[実行例]
C:\>C:\Win32app\AdvancedCopyManager\bin\swsrpmake -P g1d1p1@SRC-SV g1d2p1@TARG-SV FROM=g1d1p1@SRC-SV,TO=g1d2p1@TARG-SV swsrpmake completed C:\> |
このとき、論理的に複製された複製先ボリュームが、スナップ世代番号1として保存されます。
次に、上記の複製元ボリュームに対して、別の複製先ボリュームを指定して複製作成コマンドを実行すると、複製元ボリュームと前のスナップ世代の複製先ボリュームとの間で行われていたコピー・オン・ライトが停止されます。その後、複製元ボリュームと新たに指定した複製先ボリュームとの間に、SnapOPC+セッションが設定され、コピー・オン・ライトが行われます。
新しく指定した複製先ボリュームに対して、複製作成コマンドの-Pオプションを指定した場合の実行例を以下に示します。
[実行例]
C:\>C:\Win32app\AdvancedCopyManager\bin\swsrpmake -P g1d1p1@SRC-SV g1d2p1@TARG-SV FROM=g1d1p1@SRC-SV,TO=g1d2p1@TARG-SV swsrpmake completed C:\> |
このとき、論理的に複製された複製先ボリュームが、スナップ世代番号2として保存されます。
このように、複製先ボリュームが最新になると、スナップ世代番号が割り当てられ、最大8世代まで設定することができます。
複製作成コマンド実行時、過去のスナップ世代(最古のスナップ世代を除く)を複製先ボリュームとして指定した場合、複製作成コマンドはエラーで終了します。最古のスナップ世代を複製先ボリュームとして指定した場合、そのスナップ世代は自動的に破棄され、最新のスナップ世代として複製作成が行われます。この場合、次のスナップ世代(2世代目、3世代目)には、1世代前のスナップ世代番号(2世代目→1世代目、3世代目→2世代目)が割り当てられます。
[図: 最古のスナップ世代を複製ボリュームに指定した場合]
SnapOPC+型レプリケーションの運用状況は、運用状況表示コマンド(swsrpstat)に、-Lオプションを指定して実行することで確認できます。
Status欄には、最新のスナップ世代の場合は"copy-on-write(active)"と表示され、過去のスナップ世代の場合は“copy-on-write(inactive)"と表示されます。Update欄には複製作成後の更新済みデータ量がパーセンテージで表示され、Snap-Gen欄にはスナップ世代番号が表示されます。
[実行例]
C:\>C:\Win32app\AdvancedCopyManager\bin\swsrpstat -L Server Original-Volume Replica-Volume Direction Status Execute Trk Update Rcv Split Xfer Snap-Gen SRC-SV g1d1p1@SRC-SV g1d2p1@TARG-SV regular copy-on-write(inactive) ---- off 0% ---- ---- ---- 1 SRC-SV g1d1p1@SRC-SV g1d3p1@TARG-SV regular copy-on-write(active) ---- off 5% ---- ---- ---- 2 C:\> |
Snap Data VolumeまたはSnap Data Poolの容量不足が発生した場合、SnapOPC+の実行状態はエラーサスペンド状態("failed")になり、それ以前に実行したSnapOPC+の実行状態もエラーサスペンド状態("failed")となります。エラーサスペンド状態("failed")となった複製ボリュームは使用不能となります。
SnapOPC+の実行状態は運用状況表示コマンド(swsrpstat)の出力結果のStatus欄で確認できます。
[実行例]
SnapOPC+の実行状態がエラーサスペンド状態("failed")になった場合は、「Snap Data VolumeまたはSnap Data Poolの容量不足が発生した場合の対処方法」を参照してください。
SnapOPC+では、ハード障害を考慮して、SnapOPC+とOPC/QuickOPC/EC(REC)による全コピーを併用した運用を推奨します。
SnapOPC+とOPC/QuickOPC/EC(REC)を併用した場合も、1つの複製元ボリュームに設定できるセションは最大8セッションとなります。
次に、1週間に1回のOPCと1日1回のSnapOPC+を併用した運用例を示します。[図: SnapOPC+とOPCを併用した運用例]
|
目次
索引
|
