VMware ESX / ESXiの上で動作しているゲストOSの完全バックアップを実行し、完了時間内のみ名目の違いを使用してバックアップをもう一度実行し、増分バックアップ時のデータサイズが小さく、正常に対応します増分バックアップのサイズ。
例えば、 データの2TBをバックアップするために10時間を要し、私 ncrementalバックアップが完了するまでの時間の同じような量をとり、データサイズの増加は最小であり、実際のデータ変化率に相当します。
原因
CBTは、不適切にバックアップされたVM上で変更されたディスクセクタを検出し、元のデータバックアップサイズに等しい範囲を返します。 バラクーダバックアップは、その後の読みと報告されたすべてのセクターの範囲を分析する必要があります。 これは、長い増分バックアップ時間になります。
解決策
この問題を解決するには、手動で無効にしてから再度有効にCBT必要があります。
詳細については、VMwareのナレッジベースのソリューションを参照して仮想マシン上でブロック変更トラッキング（CBT）の有効化 [1]。