Avamar : La réplication s’exécute sur les clients retirés sans octet de progression

La réplication s’exécute quotidiennement sans octet de progression pour les clients supprimés sur la source. Les nouveaux octets sont également à 0 % pour ces clients.

Il existe plusieurs causes possibles pour la réplication des clients signalant zéro octet de progression :

• Les clients ont été récemment retirés sur la source, mais précédemment répliqués sur la cible. Étant donné que ces clients résident ailleurs que dans le /RETIRED domaine sur la cible, la réplication à 0 octet doit être effectuée pour modifier les paramètres 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 de l’erreur «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 les sauvegardes expirées n’existent pas sur la cible. La réplication tente de répliquer ces sauvegardes vers la cible, mais elles ne sont pas répliquées, car elles ont déjà expiré.
    • Dans ce cas, 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 lorsque les clients sont retirés, mais ces modifications ne sont pas propagées aux sauvegardes sur la cible.
  • Une fois la réplication terminée après le retrait des clients avec les nouvelles dates d’expiration, ces clients sont déplacés vers la /RETIRED mais avec les mêmes dates d’expiration qu’auparavant.
    • Cela signifie que les sauvegardes sur la cible expirent plus tôt que celles sur la source.
    • Lorsque cela se produit, la réplication tente de répliquer les sauvegardes qui ont été supprimées de la cible.
    • Toutefois, la sauvegarde est toujours sur la cible avant que le nettoyage de la mémoire (GC) ne la supprime définitivement, et la réplication restaure la sauvegarde sur la cible, mais avec une nouvelle date d’expiration pour correspondre à la source.
      • Comme il n’y a rien à répliquer dans ce cas, la réplication à 0 octet se produit.
        • Cela peut se produire quotidiennement, car les sauvegardes sur la cible sont supprimées tous les jours pour les sauvegardes quotidiennes.
        • Toutes les sauvegardes sur la cible sont finalement supprimées et remplacées par celles dont les nouvelles dates d’expiration correspondent à celles de la source.
        • Une fois que toutes les sauvegardes de la cible deviennent identiques à celles de la source, jusqu’aux dates d’expiration, la réplication de 0 octet ne se produit plus.

Ces entrées peuvent être ignorées, car il s’agit du comportement attendu.