「ハードウェア リソースのボトルネックが原因で仮想マシンのAvamarゲスト バックアップが遅くなりタイムアウトする（英語）」

2015-09-14 00:49:20 avtar Info <5156>: Backup #12 timestamp 
2015-09-14 00:49:20, 13,050,798 files, 1,352,497 folders, 9,671 GB (37,919 files, 437.1 MB, 0.00% new)
2015-09-14 00:49:20 avtar Info <6083>: Backed-up 9,671 GB in 341.66 minutes: 1,698 GB/hour (2,291,881 files/hour)

ログ ステータス メッセージは、バックアップの過程で、ファイルスキャンレートが一定であり、高速または低速の期間がないことを示します。  
CPUの利用率も40~60%
の間で適度に一定です。次に、Avamarクライアントのログを解析し、データをチャート化する内部Dellツールを使用して、この図を示します。

これらのグラフは、良好な条件下でバックアップが迅速に実行されることを示しています。
ストレージ システムは、CPUを中程度の使用率レベルに保つ速度でファイルをavtarに供給しています。

次に、低速なバックアップのログを確認します。このバックアップは、同じクライアント データに対して行われますが、仮想ハードウェアのロード状況は異なります。ファイル/時のパフォーマンスは <400,000ファイル/時です。  
変更率が低いため、高速バックアップと同様に、バックアップの動作は同等です。

ログの下には、バックアップパフォーマンスが速く始まり、その後遅くなることがグラフィカルに表示されます(赤いボックス内でハイライト表示されている領域)。

2015-09-22 07:41:35 avtar Info <5157>: PARTIAL Backup #35 timestamp 
2015-09-22 07:41:35, 9,190,850 files, 1,030,683 folders, 8,283 GB (22,390 files, 397.8 MB, 0.00% new)
2015-09-22 07:41:35 avtar Info <6083>: Backed-up 8,283 GB in 1440.19 minutes: 345 GB/hour (382,902 files/hour)

• クライアントが通常の業務に大きく依存していない場合は、オフピーク時および(可能な場合)バックアップを実行します。
• バックアップ ウィンドウの時点で、仮想マシンのハイパーバイザーがCPU、メモリー、またはI/Oの制限を適用しないことを確認します。
• 共有ストレージの競合が多い場合は、アクティビティの多い期間でAvamarバックアップが重複しないようにします。
• 変更率の低いアプリケーションの場合は、イメージ ベースのバックアップの使用を検討してください。イメージ バックアップ プロキシ アプライアンスは、変更されたブロックのみをバックアップします。データセット内のすべてのファイルをスキャンするわけではないため、I/O要件が低くなります。

• Avamarクライアントのバックアップ パフォーマンスが遅い原因を調査してボトルネックを特定する方法（解決パス）

• 「Avamar - avtarバックアップ ログのステータス行を解釈する方法（英語）」