Avamar : La réplication se produit sur les clients retirés avec 0 octet de progression

La réplication se produit quotidiennement avec 0 octet de progression pour les clients supprimés sur la source. Les nouveaux octets sont également à 0 % pour ces clients.

• Les clients ont été récemment mis hors service sur la source. Étant donné que ces clients sur le serveur cible résident ailleurs que dans le domaine /RETIRED avant la réplication, la réplication de 0 octet doit être effectuée pour modifier le paramètre du compte sur la cible. Dans ce cas, la réplication à 0 octet ne se produit qu’une seule fois, et les réplications suivantes n’affichent pas ces clients dans le Moniteur d’activité.
•  Les sauvegardes ont expiré sur la source, mais sont conservées en raison du paramètre « keep_last_backup » dans mcserver.xml. Ce paramètre permet de conserver la dernière sauvegarde pour chaque client, même après la date d’expiration. Si « keep_last_backup » est défini sur la source et que les sauvegardes expirées n’existent pas sur la cible, la réplication tente de répliquer ces sauvegardes vers la cible, mais la cible ne les prendra pas, car elles ont déjà expiré. Ainsi, la réplication à 0 octet se produit quotidiennement jusqu’à ce que les sauvegardes expirées sur la source soient supprimées.  
• Les dates d’expiration ont été prolongées lorsque les clients ont été retirés sur la source, par exemple, de 60 jours à 1 an. L’opération de retrait du client permet de modifier la date d’expiration lors du retrait des clients, mais ces modifications ne sont pas propagées aux sauvegardes sur la cible. Une fois la réplication terminée après la mise hors service des clients avec les nouvelles dates d’expiration, ces clients sont déplacés vers le domaine /RETRAITÉ, mais avec les mêmes dates d’expiration qu’auparavant. Cela signifie que les sauvegardes sur la cible expireront plus tôt que celles sur la source. Lorsque cela se produit, la réplication tente de répliquer la sauvegarde, qui vient d’être supprimée de la cible. Toutefois, la sauvegarde est toujours sur la cible avant que GC ne la supprime définitivement, et la réplication restaure simplement la sauvegarde sur la cible, mais avec la nouvelle date d’expiration pour qu’elle corresponde à la source. Comme il n’y a rien à répliquer dans ce cas, la réplication de 0 octet se produit.