Avamar：レプリケーションが内部サイクル エラーで失敗する

Avamarグリッドでは、1つ以上のクライアントのバックアップのレプリケートで問題が発生する場合があります。

この特定の状況は、vSphere Data Protection (VDP)システムで発生しました。「 vdp-client-activity.log 次の情報を提供します。 

2016-10-03 04:11:03 avtar Info <6654>: Replicating backup 244, Label "somebackup-1475002800005", 26.27 GB 
2016-10-03 04:16:01 avtar Info <8688>: Status 2016-10-03 04:16:01, 26.00 GB (0 bytes, 0.00% new) 638MB 0% CPU client04_UATRUr8adn0H5ZysJuc9xw#244::/VMFiles/1/ 
2016-10-03 04:16:04 avtar Info <7694>: Server(vdp05.customer.com) not responding (possible network congestion?) (300 seconds) 
2016-10-03 04:16:04 avtar Info <7694>: Server(vdp06.customer.com) not responding (possible network congestion?) (300 seconds) 
2016-10-03 04:21:01 avtar Info <8688>: Status 2016-10-03 04:21:01, 26.00 GB (0 bytes, 0.00% new) 638MB 0% CPU client04_UATRUr8adn0H5ZysJuc9xw#244::/VMFiles/1/ 
2016-10-03 04:21:03 avtar Error <5445>: INTERNAL CYCLE ERROR: bad response in repldata DST_ADD_DATA: ADD_HASH_DATA=2 serial=114 seq=0 flags=R:N:1 kind=7 rsp=MSG_ERR_INVALID_PARAMETERS 
2016-10-03 04:16:04 avtar Info <7694>: Server(vdp05.customer.com) not responding (possible network congestion?) (300 seconds) 
2016-10-03 04:16:04 avtar Info <7694>: Server(vdp06.customer.com) not responding (possible network congestion?) (300 seconds) 
2016-10-03 04:47:43 avtar Info <7694>: Server(vdp05.customer.com) not responding (possible network congestion?) (300 seconds) 

「ネットワーク輻輳の可能性があります」というメッセージが繰り返し表示されることは、必ずしも接続に問題があることを意味するわけではありません。これらは、ターゲット グリッドが期待どおりに応答していないことを示します。

このエラー メッセージには、デスティネーションVDPにADD_DATAするソース グリッド リクエストに問題があることが示され、詳細な情報が示されます。DST_ADD_DATA: ADD_HASH_DATA=2」の出力です。

この問題を調査しても、問題の根本原因を特定することはできませんでした。」MSG_ERR_INVALID_PARAMETERSただし、キー フレーズINTERNAL CYCLE ERRORは、クライアント キャッシュの破損の可能性を示しています。

この動作を解決するには、次の方法を使用できます
(この問題が繰り返し発生する場合は、デル・テクノロジーズ サポート チームにお問い合わせください)。

1.上記のエラーでバックアップが失敗したクライアントのリストを作成します。

2.既存のレプリケーション グループをコピーして、「テスト」レプリケーション グループを作成します。または、既存のレプリケーション グループを一時的に変更し、問題のあるクライアントのみが含まれるようにします。

3.ファイルの作成または編集 /usr/local/avamar/var/client/avtar.cmd  ソース グリッド上。

4.エントリー「--nocache' をファイルに追加します。

これにより、レプリケーション ジョブがクライアント キャッシュ ファイルを活用できなくなります。

クライアント キャッシュが破損している場合、それらを使用しないことで、それらがレプリケーション失敗の原因であるかどうかを判断できます。

5.「問題のあるクライアント」を含むレプリケーション ジョブを実行し、完了させます。

レプリケーションが失敗した場合、この記事は適用されず、さらに調査する必要があります。 

レプリケーションが成功した場合は、問題のあるクライアントのクライアント キャッシュを再生成する必要があります。

6.クライアント キャッシュを再生成するには、次の手順を実行します。

ある。編集 /usr/local/avamar/var/client/avtar.cmd 又。

b.'--nocache' エントリを作成し、それを ' に置き換えます。--clearcache'.

7.クライアント キャッシュが再作成されるように、テスト レプリケーション グループを再実行します。ジョブが完了するまで待ちます。

8.次を削除します: avtar.cmd ファイルまたは編集 usr/local/avamar/var/client/avtar.cmd そして、'--clearcache' エントリ。  

9.レプリケートする必要があるすべてのクライアントを含む、元のレプリケーション グループ構成に戻します。

10.スケジュール設定されたレプリケーションを通常どおりに実行できるようにします。これで、キャッシュが再生成されたクライアントがレプリケートされます。