Avamar показує до ~30% використання навіть після того, як усі резервні копії були видалені, а сміття зібрано

Для резервного копіювання даних використовується сітка Avamar. 

Користувач здійснює такі дії:

• Усі резервні копії видаляються з сітки Avamar, включаючи резервні копії в домені /REPLICATE.
• Збір сміття відбувається багаторазово (протягом декількох днів). Більше не залишилося даних, які потрібно було б вивезти на смітник.

Після цих дій рівень «використання» падає, але не опускається до нуля, як можна було б очікувати.

Споживання простору, про яке продовжує повідомляти значення використання, є простором, зайнятим накладними витратами за паритетом Avamar.

Смуги парності забезпечують надмірність між вузлами та захищають від відмови одного вузла.

Смуги парності займають місце на Avamar. На відміну від звичайних смуг даних, після створення смуги парності, обчислення Utilization завжди вважає, що вона займає простір.

Це відбувається навіть тоді, коли звичайна страйп не містить резервних даних.

Смуга парності все одно обчислює парність смуги, яка заповнена нулями.

Чим менше вузлів в Avamar, тим більший рівень "використання" показує, коли це відбувається.
 
Це схоже на ефективність дискових масивів RAID 5, де для інформації про парність XOR потрібен простір, еквівалентний одному диску. Чим менше вузлів, тим менше місця залишається для смуг групи парності.

Це нормальна і очікувана поведінка. Коригувальні дії не потрібні.

Якщо сітка знову заповнюється резервними даними, основні смуги заповнюються, а показник використання збільшується.

Темпи зростання повільніші, ніж тоді, коли сітка спочатку була заповнена даними. Це пов'язано з тим, що споживання простору смугами парності вже враховано до показника «використання».

Паритетні смуги не сприяють збільшенню «використання», оскільки нові резервні копії додаються до мережі.