| ETERNUS SF AdvancedCopy Manager 運用手引書 テープバックアップ連携編 13.3 -Microsoft(R) Windows(R) 2000/Microsoft(R) Windows Server(R) 2003/Microsoft(R) Windows Server(R) 2008-, -Solaris-, -HP-UX-, -Linux-, -AIX- |
|
目次
索引
|
| 第11章 運用保守 | > 11.3 バックアップ中に発生したハードウェア障害等の対処方法 |
テープにハードウェア障害が発生した場合の対処方法については、「テープにハードウェア障害が発生した場合の対処方法」を参照してください。
テープ以外のハードウェア障害等が発生した場合の対処については、以下の対処フローにしたがってください。
「status欄」と「障害発生箇所」の詳細については、「概要」を参照してください。
コピー処理のエラーコードは、ETERNUSmgrで確認してください。エラーコードの確認方法は以下の通りです。
[状態表示]メニューで、状態表示の[アドバンスト・コピー状態表示]をクリックします。
[セッション状態」で該当コピー種別の「稼動セッション数」リンクをクリックします。
該当コピー処理の「Error Code」欄の値を参照します。
エラーコードの意味は以下の通りです。
[表: エラーコードの意味]
|
エラーコード |
意味 |
|---|---|
|
0xBA |
以下のa)またはb)のときに、業務ボリュームに不良セクタが作成された。 a)QuickOPCが物理コピー未実施かつトラッキング処理中である b)EC/RECがサスペンド状態(複製確立状態)である (注) |
|
0xBA以外 |
上記以外のエラーが発生した。 |
エラーコード0xBAは以下のディスクアレイ装置の場合にのみ返却されます。
ETERNUS4000/ETERNUS8000(ファームウェアバージョンV11L30-0000以降)
ETERNUS6000(ファームウェアバージョンV31L40-0000以降)
上記以外のディスクアレイ装置の場合には、エラーコード0xBAが示す事象が発生することはありません(上記a)またはb)のときに、複写元ボリュームに不良セクタが発生しても、コピー状態は変化しません)。
業務ボリュームにハードウェア障害が発生した場合、以下の手順に従って障害の復旧作業を行ってください。
物理コピー中に障害が発生した場合は、異常の発生した処理をキャンセルします。
バックアップ(OPC)の物理コピー中に異常が発生した場合:履歴情報削除コマンド(acmhistdel)
同期処理(EC)中に異常が発生した場合:バックアップ同期処理キャンセルコマンド(acmcancelsync)
リストア(OPC)の物理コピー中に異常が発生した場合:リストアキャンセルコマンド(swstcancelrest)
QuickOPCのトラッキング中に異常が発生した場合:トラッキングキャンセルコマンド(acmcanceltrk)
実行状況表示コマンド(swstbackstat、acmsyncstat、swstreststat、およびacmtrkstat)、履歴情報表示コマンド(acmhistdisp)を実行して、他に異常が発生していないことを確認します。
業務ボリュームのハードウェア障害を取り除きます。
リストア実行コマンド(acmrestore)を使用してリストアし、業務ボリュームを復旧します。
コピーが失敗しているバックアップ履歴情報を用いて、リストアすることはできません。
正常な(＝Statusが"suceeded"である)バックアップ履歴情報が存在しない場合は、リストアすることはできません。
バックアップボリュームにハードウェア障害が発生した場合、以下の手順に従って障害等の復旧作業を行ってください。
異常の発生していた処理をキャンセルします。
バックアップ(OPC)の物理コピー中に異常が発生した場合:履歴情報削除コマンド(acmhistdel)
同期処理(EC)中に異常が発生した場合:バックアップ同期処理キャンセルコマンド(acmcancelsync)
リストア(OPC)の物理コピー中に異常が発生した場合:リストアキャンセルコマンド(swstcancelrest)
QuickOPCのトラッキング中に異常が発生した場合:トラッキングキャンセルコマンド(acmcanceltrk)
コマンドによるキャンセルができない場合は、ETERNUSmgr/GRmgrを使用してキャンセルします。
資源整合コマンド(swstsrsemtch)を実行します。
異常の発生していた処理をキャンセルします。この時、実行状況表示コマンド(swstbackstat、swstreststat)および履歴情報表示コマンド(acmhistdisp)では、Status欄が“succeeded”と表示されていますが、コピー処理は中断していますので、必ずキャンセルしてください。なお、同期処理(EC)に異常が発生していた場合は、既にキャンセル状態になっていますので対処の必要はありません。
バックアップ(OPC)の物理コピー中に異常が発生した場合:履歴情報削除コマンド(acmhistdel)
リストア(OPC)の物理コピー中に異常が発生した場合:リストアキャンセルコマンド(swstcancelrest)
実行状況表示コマンド(swstbackstat、acmsyncstat、swstreststat、およびacmtrkstat)、履歴情報表示コマンド(acmhistdisp)を実行して、他に異常が発生していないことを確認します。
デバイス情報設定コマンド(acmdevinfoset)を使用して、異常の発生しているバックアップボリュームを削除します。
デバイス情報設定コマンド(acmdevinfoset)を使用して、新しいバックアップボリュームを登録します。異常の発生していたバックアップボリュームを修復して再度使用する場合は、初期画面から[特定デバイスの情報取得／反映]を実施してから、バックアップボリュームに登録しなおしてください。
エラーとなった処理を再実行します。
業務ボリュームに不良セクタが発生した場合、以下の手順に従って業務ボリュームの復旧を行ってください。
不良セクタが発生したコピー処理をキャンセルします。
同期処理(EC)のサスペンド中に不良セクタが発生した場合:バックアップ同期処理キャンセルコマンド(acmcancelsync)
QuickOPCのトラッキング中に不良セクタが発生した場合:トラッキングキャンセルコマンド(acmcanceltrk)
実行状況表示コマンド(swstbackstat、acmsyncstat、swstreststat、およびacmtrkstat)、履歴情報表示コマンド(acmhistdisp)を実行して、他に異常が発生していないことを確認します。
不良セクタ領域はその領域を上書きすることによって復旧されます。業務ボリュームの用途／使用状況に応じて、以下の復旧方法から適切な方法を選択して復旧を行ってください。
復旧方法1
上位ソフト(ファイルシステム、DBMS等)から再構築できる領域である場合は再構築を行う。
復旧方法2
不良セクタ領域が未使用領域やテンポラリ領域のような使用されていない領域である場合は専用ツール(例：UNIXのddコマンド)で書き込みを行う。
復旧方法3
リストア実行コマンド(acmrestore)を使用して、バックアップボリュームから業務ボリュームを復旧する(なお、不良セクタが発生したコピー処理のバックアップボリュームにバックアップ履歴情報がある場合、そのバックアップボリュームからの復旧も可能です)。
バックアップ履歴情報が存在しない場合は、業務ボリュームの復旧はできません。
ハードウェア障害を取り除きます。
中断していたコピー処理が再開されます。
テープにハードウェア障害が発生した場合、以下の手順に従って障害の復旧作業を行ってください。
異常の発生したテープを、以降のバックアップで使用されないようにします。TSMの『update volume』コマンドを使用します。
tsm> update volume <ボリューム名> access=readonly |
代わりのテープをチェックインします。「テープのチェックイン」を参照してください。
期限切れの設定がされていると、1のテープに格納されたデータのバックアップ履歴が順次削除されていき、最終的にすべて削除されます。すべて削除されたら、そのテープをチェックアウトします。「ストレージ・プールからのテープの削除」を参照してください。
|
目次
索引
|