Avamar: La replicación se ejecuta en clientes retirados con cero bytes de progreso

La replicación se ejecuta diariamente con cero bytes de progreso para los clientes retirados en el origen. Los bytes nuevos también representan un 0 % para estos clientes.

Hay varias causas posibles para la replicación de los clientes que informan cero bytes de progreso:

• Los clientes se retiraron recientemente en el origen, pero se replicaron anteriormente en el destino. Dado que estos clientes residen en otro lugar que no sea el /RETIRED en el destino, se debe realizar la replicación de 0 bytes para modificar la configuración de la cuenta en el destino. 
  • En este caso, la replicación de 0 bytes solo se produce una vez y las replicaciones posteriores no muestran estos clientes en Activity Monitor.
•  Los respaldos caducaron en el origen, pero se conservan debido a "keep_last_backup" en mcserver.xml.
  • Esta configuración permite que se conserve el último respaldo de cada cliente, incluso después de que se supere la fecha de vencimiento.
  • Si "keep_last_backup" se establece en el origen y los respaldos vencidos no existen en el destino. La replicación intenta replicar estos respaldos en el destino, pero no se replican porque ya vencieron.
    • En este caso, la replicación de 0 bytes se produce diariamente hasta que se eliminan los respaldos vencidos en el origen.
• Las fechas de vencimiento se extendieron de 60 días a un año cuando los clientes se retiraron en el origen, por ejemplo.
  • La operación "retire client" permite cambiar la fecha de vencimiento cuando se retiran los clientes, pero estos cambios no se propagan a los respaldos en el destino.
  • Una vez que se completa la replicación después de retirar los clientes con las nuevas fechas de vencimiento, estos clientes se transfieren a /RETIRED pero con las mismas fechas de caducidad que antes.
    • Esto significa que los respaldos en el destino vencen antes que los del origen.
    • Cuando esto sucede, la replicación intenta replicar los respaldos que se quitaron del destino.
    • Sin embargo, el respaldo aún está en el destino antes de que la recolección de elementos no utilizados (GC) lo elimine de forma permanente y la replicación restaure el respaldo en el destino, pero con la nueva fecha de vencimiento para que coincida con el origen.
      • Como no hay nada que replicar en este caso, se produce la replicación de 0 bytes.
        • Esto podría ocurrir diariamente, ya que los respaldos en el destino se eliminarían diariamente para los respaldos diarios.
        • Finalmente, todos los respaldos en el destino se eliminan y se reemplazan por los que tienen las nuevas fechas de vencimiento que coinciden con los del origen.
        • Una vez que todos los respaldos en el destino sean iguales a los del origen, hasta las fechas de vencimiento, la replicación de 0 bytes no vuelve a ocurrir.

Estas entradas se pueden ignorar, ya que este es el comportamiento esperado.