Avamar：レプリケーションは廃棄されたクライアント上で進行状況バイト数ゼロで実行される

レプリケーションは、ソース上の廃棄されたクライアントの進行状況バイト数をゼロにして毎日実行されます。これらのクライアントの新しいバイト数も0%です。

進行状況がゼロ バイトを報告するクライアントのレプリケーションには、いくつかの原因が考えられます。

• クライアントはソースで最近廃棄されましたが、以前にターゲットにレプリケートされています。これらのクライアントは /RETIRED ドメインでアカウント設定を変更するには、0バイト レプリケーションを実行する必要があります。 
  • この場合、0バイトのレプリケーションは1回だけ実行され、その後のレプリケーションでは、これらのクライアントはアクティビティ モニターに表示されません。
•  バックアップはソースで期限切れになっていますが、「keep_last_backup" 設定を mcserver.xmlの詳細を確認してください。
  • この設定により、有効期限を過ぎた後でも、クライアントごとに最新のバックアップを保持できます。
  • もし"keep_last_backup」がソースに設定されていて、期限切れのバックアップがターゲットに存在しない場合、レプリケーションはこれらのバックアップをターゲットにレプリケートしようとしますが、すでに期限切れになっているため、レプリケートされません。
    • この場合、0バイトのレプリケーションは、ソース上の期限切れのバックアップが削除されるまで毎日実行されます。
• クライアントがソースで廃棄された場合に有効期限が延長されました(たとえば、60日から1年)。
  • 「クライアントの廃棄」操作では、クライアントの廃棄時に有効期限を変更できますが、これらの変更はターゲットのバックアップには反映されません。
  • クライアントが新しい有効期限で廃棄された後、レプリケーションが完了すると、これらのクライアントは /RETIRED ドメインですが、有効期限は以前と同じです。
    • つまり、ターゲット上のバックアップはソース上のバックアップよりも早く期限切れになります。
    • この場合、レプリケーションはターゲットから削除されたバックアップをレプリケートしようとします。
    • ただし、ガベージ コレクション(GC)によって完全に削除される前のバックアップはターゲット上に残っています。レプリケーションによってターゲットにバックアップがリストアされますが、ソースと一致する新しい有効期限が適用されます。
      • この場合、レプリケートするものがないため、0バイトのレプリケーションが発生します。
        • ターゲット上のバックアップは日次バックアップのために毎日削除されるため、これは毎日発生する可能性があります。
        • ターゲット上のすべてのバックアップは最終的に削除され、ソース上のバックアップと一致する新しい有効期限日を持つバックアップに置き換えられます。
        • ターゲット上のすべてのバックアップがソース上のバックアップと同じになると、有効期限日まで、0バイト レプリケーションは再度実行されません。

これらのエントリーは、予期された動作であるため無視してかまいません。