ETERNUS SF AdvancedCopy Manager 運用手引書 13.3 - Microsoft(R) Windows(R) 2000 -,- Microsoft(R) Windows Server(R) 2003 -, - Microsoft(R) Windows Server(R) 2008 -
目次 索引 前ページ次ページ
第11章 運用保守> 11.4 レプリケーション中に発生したハードウェア障害等の対処方法

11.4.2 対処方法

ハードウェア障害等が発生した場合の対処フローを以下に示します。

[図: 対処フロー図(レプリケーション中の障害の場合)]

status欄が"?????"の場合は、ETERNUSmgr/GRmgrでコピー処理がエラーサスペンド状態("failed")またはハードウェアサスペンド状態("halt")になっていないか確認してください。コピー処理がこれらの状態になっている場合は上記の対処フローにしたがって対処を行ってください。それ以外の場合は、別の原因(Storageサーバ、スイッチ等)が考えられますので、富士通技術員(SE)に連絡してください。

11.4.2.1 複製ボリュームにハードウェア障害が発生した場合の対処方法 

複製ボリュームにハードウェア障害が発生した場合、以下の手順に従って障害の復旧作業を行ってください。

  1. 複製解除コマンド(swsrpcancel)で異常の発生している処理をキャンセルします。サーバ間レプリケーションを行っていた場合で、操作サーバからキャンセルできない場合は、非操作サーバからキャンセルします。

  2. コマンドによるキャンセルができない場合は、ETERNUSmgr/GRmgrを使用してキャンセルします。

  3. 資源整合コマンド(swsrprecoverres)を実行します。

  4. 運用状況表示コマンド(swsrpstat)を実行して、他に異常が発生していないことを確認します。

  5. 複製ボリューム情報削除コマンド(swsrpdelvol)を使用して、異常の発生している複製ボリュームを削除します。

  6. 複製ボリューム情報設定コマンド(swsrpsetvol)を使用して、新しい複製ボリュームを登録します。異常の発生していた複製ボリュームを修復して再度使用する場合は、GUIクライアントから[特定デバイスの情報取得／反映]を実施してから、複製ボリュームに登録しなおしてください。

  7. エラーとなった処理を再実行します。

11.4.2.2 複写元ボリュームに不良セクタが発生した場合の対処方法 

複写元ボリュームに不良セクタが発生した場合、複写元ボリュームの復旧は以下の手順で行ってください。

  1. 複製解除コマンド(swsrpcancel)で異常の発生している処理をキャンセルします。
    サーバ間レプリケーションを行っていた場合で、操作サーバからキャンセルできない場合は、非操作サーバからキャンセルします。
    コマンドによるキャンセルができない場合は、ETERNUSmgrを使用してキャンセルします。

  2. 運用状況表示コマンド(swsrpstat)を実行して、他に異常が発生していないことを確認します。

  3. 不良セクタ領域はその領域を上書きすることによって復旧されます。複製元ボリュームの用途／使用状況に応じて、以下の復旧方法から適切な方法を選択して復旧を行ってください。

11.4.2.3 Snap Data VolumeまたはSnap Data Poolの容量不足が発生した場合の対処方法

Snap Data Volumeの容量不足は、Snap Data Poolを使用していない場合に発生し、Snap Data Poolの容量不足はSnap Data Poolを使用している場合に発生します。

以下に、Snap Data VolumeまたはSnap Data Poolの容量不足が発生した場合の復旧方法を説明します。

■Snap Data Volumeの容量不足の復旧方法

以下に、Snap Data Volumeで容量不足が発生した場合の復旧方法を説明します。

なお、Snap Data Volumeの容量が不足する原因としては以下が考えられます。

  1. Snap Data Volumeの物理容量の見積りが適切でない。

  2. Snap Data Volumeの物理容量の見積りは適切だが、SnapOPC/SnapOPC+セッションが存在しない状態でSnap Data Volumeに大量の更新を行ったため、Snap Data Volumeの物理容量が無駄に消費されている。

Snap Data Volumeの使用状況は、Snap Data Volumeの操作／参照コマンド(swstsdv)のサブコマンドに"stat"を指定して確認できます。

上記、a.に該当する場合は、Snap Data Volumeの物理容量を再度見積もり、Snap Data Volumeの再作成をしてください。

上記、b.に該当する場合は、ETERNUSmgrを使用するか、Snap Data Volumeの操作／参照コマンド(swstsdv)のサブコマンドに"init"を指定して、Snap Data Volumeの初期化をしてください。

Snap Data Volumeの再作成／初期化を行った後は、パーティション(スライス)の再作成が必要になります。

■Snap Data Poolの容量不足の復旧方法

以下に、Snap Data Poolで容量不足が発生した場合の復旧方法を説明します。

なお、Snap Data Poolの容量が不足する原因としては以下が考えられます。

  1. Snap Data Poolの容量の見積りが適切でない。

  2. Snap Data Poolの容量の見積りは適切だが、SnapOPC/SnapOPC+セションが存在しない状態でSnap Data Volumeに大量の更新を行ったため、Snap Data Poolの容量が無駄に消費されている。

Snap Data Poolの使用状況は、Snap Data Volumeの操作／参照コマンド(swstsdv)のサブコマンドに"poolstat"指定して確認できます。

上記、a.に該当する場合は、Snap Data Poolの容量を再度見積もり、Snap Data Poolの容量を増設した後、Snap Data Volumeの再作成をしてください。

上記、b.に該当する場合は、ETERNUSmgrを使用するか、Snap Data Volumeの操作／参照コマンド(swstsdv)のサブコマンドに"init"を指定して、Snap Data Volumeの初期化をしてください。

Snap Data Volumeの再作成／初期化を行った後は、パーティション(スライス)の再作成が必要になります。

11.4.2.4 リモートコピー処理で異常(halt)が発生した場合の対処方法 

RECのRecoveryモードによって、RECを再開(Resume)する方法が異なります。

[Automatic Recoveryモードの場合]

  1. 全パス閉塞(halt)の原因を取り除きます。

  2. ETERNUS ディスクアレイにより自動的にRECが再開(Resume)されます。

[Manual Recoveryモードの場合]

  1. 全パス閉塞(halt)の原因を取り除きます。

  2. 複製作成コマンド(swsrpmake)を使用してhalt状態のRECを強制サスペンドします。

    [ボリューム単位の場合]

    swsrpmake -j <複写元ボリューム名> <複写先ボリューム名>

    [グループ単位の場合]

    swsrpmake -j -Xgroup <グループ名>

  3. 複製開始コマンド(swsrpstartsync)を使用してRECを再開(Resume)します(強制サスペンド後のRECを再開する場合は-tオプションの指定が必要です)。

    [ボリューム単位の場合]

    swsrpstartsync -t <複写元ボリューム名> <複写先ボリューム名>

    [グループ単位の場合]

    swsrpstartsync -t -Xgroup <グループ名>
目次 索引 前ページ次ページ
All Rights Reserved, Copyright(C) 富士通株式会社 2000-2008