Авамар: Впровадження TotalBytes, ModReduced , ModNotSend і ModSent у резюме DPN

Зведення мережі захисту даних (DPN) часто використовується адміністраторами Avamar для перевірки інформації про резервну копію Avamar.

• Всього байтів
• ModReduced
• ModNotSent
• ModSent
   

Виконайте такі дії, щоб отримати доступ до зведеного звіту DPN:

Від Avamar Administrator Java Console:

1. Виберіть Інструменти, Керування звітами.

2. У дереві навігації виберіть Діяльність - Підсумок DPN і натисніть Виконати.

3. Виберіть діапазон дат і натисніть Отримати.

Звіт, подібний до наступного, можна побачити:

З веб-інтерфейсу користувача Avamar (AUI):

1. Виберіть «Аналізатор фізичної активності», а потім «Звіти».

2. Виберіть Діяльність - Підсумок DPN.

3. Введіть діапазон дат, натисніть Згенерувати (і вкажіть необхідний тип звіту - xls, pdf або обидва)

4. Завантажте звіт після його створення.

Нижче наведено приклад версії звіту для .xls:

• Відноситься до загальної кількості байтів даних, які повинні бути відскановані в наборі даних 
• Це включає відкриті файли, резервні копії яких не підлягають, але не включає файли, виключені правилами виключення

Наведена нижче діаграма допомагає пояснити ModReduced , ModNotSend та ModSent:

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

• Відноситься до загальної різниці в байтах між файлами до і після стиснення для всіх файлів, які не можуть бути знайдені в файловому кеші на клієнті Avamar
• Наприклад, якщо в кеші клієнтських файлів не знайдено 20 файлів, загальний розмір яких становив 500 МБ (попереднє стиснення) і 200 МБ (після стиснення), то ModReduced становить 300 МБ

Після того, як змінені файли будуть розділені, стиснуті та хешовані, вони будуть порівняні з хеш-кешем на клієнті Avamar.

• Якщо хеш можна знайти в хеш-кеші, це вказує на те, що той самий фрагмент раніше був резервний, тому немає вимоги надсилати фрагмент на сервер Avamar. Цей вид фрагментів є частиною ModNotSent.
• Якщо хеш не може бути знайдений у хеш-кеші на клієнті Avamar, це означає, що цей фрагмент раніше не був створений для резервної копії цим клієнтом Avamar.
  • Потім клієнт Avamar запитує, чи можна знайти фрагмент хешу на сервері Avamar.
    • Якщо так, це вказує на те, що цей фрагмент раніше був створений для резервної копії сервера Avamar, тому немає вимоги надсилати фрагмент на сервер Avamar. Цей вид фрагментів є іншою частиною ModNotSent.
    • Якщо фрагмент не може бути знайдений на сервері Avamar, це означає, що цей фрагмент не був створений для резервної копії сервером Avamar.
      • Фрагмент надсилається на сервер Avamar.
      • Хеш фрагмента також надсилається та зберігається на сервері Avamar.
        
        (ModSent посилається на байти цих видів фрагментів та їх хеші, надіслані на сервер Avamar з клієнта Avamar.)

Розуміння цих понять дозволяє легше зрозуміти відносини між ними.

• • TotalBytes (загальна кількість байтів сканованих даних): Загальна кількість байтів всіх незмінених файлів з моменту останнього резервного копіювання (знайдено в кеші файлів на клієнті Avamar) + загальна кількість байтів всіх змінених або новостворених файлів з моменту останнього резервного копіювання (не знайдено в кеші файлів на клієнті Avamar)
  • Загальна кількість байтів усіх змінених або новостворених файлів з моменту останнього резервного копіювання: ModReduced (загальна різниця в байтах між файлами до і після стиснення) + загальна кількість байтів стиснених даних
  • ModNotSent: Загальна кількість байтів фрагментів, які не потрібно відправляти на сервер Avamar, оскільки вони знаходяться в хеш-кеші клієнта Avamar + загальна кількість байтів фрагментів, які не потрібно відправляти на сервер Avamar, оскільки вони вже були резервні копії Avamar Server
  • Загальна кількість байтів стиснених даних: ModNotSent + ModSent (загальна кількість байтів, відправлених клієнтом Avamar)
  • Всього байтів: (загальна кількість байтів всіх змінених або новостворених файлів з моменту останнього резервного копіювання) = ModReduced + ModNotSent + ModSent
  • Change rate = Deduplication rate = ModSent/TotalBytes, для файлових серверів, які виконують щоденне резервне копіювання, це значення зазвичай нижче 2%.
  • Спільне: 1 - ModSent/TotalBytes

Візьмемо перший приклад з консолі Avamar Administrator Console:

• • • ModReduced – це 146621377
    • ModNotSent - це 30717372
    • ModSent – це 124547
    • TotalBytes становить 177463296

• • Коефіцієнт зміни та коефіцієнт дедуплікації: 124547/177463296 (0.07%)
  • Спільність становить 1 - 124547/177463296 = (99,93%)