レプリケーションに関する必要な知識：

1. レプリケーションは、コピーではありません。強いていえば、レプリケーションは再度バックアップに近いです。再度バックアップのソースとして、元のバックアップが使われます。すべての場所にレプリケーションのプロセスを普遍化するために作成された、現在の設計です。それで、レプリケーションを使用する場合、「コピー＆ペスト」と同じようなパフォーマンスにはなりません。　
2. レプリケーションは、バックアップではなくてアーカイブを複製します。例えば、A先からB先にMyArchiveアーカイブのレプリケーションを行うと、まだB先に存在していないがA先に存在しているMyArchiveアーカイブのすべてのバックアップがレプリケートされます。従って、日単位の増分バックアップと周単位の完全バックアップが実行される場合、レプリケーションを使って周単位の完全バックアップのみをコピーすることができません。この場合、増分バックアップもレプリケートされます。Web ヘルプ： バックアップのレプリケーションの設定 もご参照ください。
3. レプリケーションは、場所#Nから場所#N+1へ行われます。つまり、バックアップは場所1から場所2へ、それから、場所2から場所3へ...というアルゴリズムでレプリケートされます。
4. 管理対象外の格納域にバックアップする場合、レプリケーションはエージェントに実行されます。従って、ネットワーク共有Aにバックアップし、ネットワーク共有Bへこのバックアップをレプリケートする場合、バックアップを実行するエージェントはレプリケーションも実行します。それによってデータはAからエージェントに転送され、エージェントからさらにBへ転送されますから、基本的に、ネットワーク転送が二倍に増えます。
5. レプリケーションのソースは管理用格納域にある場合、レプリケーションはストレージノードに実行されます。但し、バックアップを実行するエージェントはこのプロセスを起動し、監視します。　
6. レプリケーションは、レプリケーション/クリーンアップ タスクの一部です。タスクのレプリケーション部分に失敗する場合、この場所にクリーンアップが開始されません。データがまだ別の場所へ転送されていないうち、データを削除するのは危ないからです。タスクのクリーンアップ部分に失敗する場合も同じです。クリーンアップに失敗する場合、タスク全体に失敗します。
7. 重複除外格納域からレプリケーションを行う場合、まず最初にバックアップの重複除外は一旦元に戻されます。それから、元に戻ったデータは宛先に転送され、そこでまた重複除外されます。この場合、最初のストレージノードはエージェントのように動作します。従って、ソースに重複除外が許可されている場合、最初のストレージノードが重複除外を担当します。　

問題を解決するには、以下のステップバイステップ手順に従ってください。エラートラブルシューティングを完了してください。

レプリケーションの失敗の一般的な原因：

• 破損しているバックアップをレプリケートしようとしています。
• アーカイブのメータデータは不整合です。