Авамар: Резервне копіювання образу VMware з використанням DD VM Capacity замість очікуваного режиму продуктивності

Виконуючи певні операції Avamar/Data Domain VMware, продуктивність відбувається повільніше, ніж очікувалося.

Робочі навантаження, на які вплинули:

1. Миттєвий доступ відновив продуктивність віртуальної машини: Продуктивність деяких віртуальних машин повільніша, ніж очікувалося. Хоча завдання миттєвого доступу виконується швидко, час завантаження та продуктивність гостьового диска відновлених віртуальних машин у vSphere повільні. Це відбувається, коли віртуальна машина все ще працює на тимчасовому монтуванні NFS для миттєвого доступу до домену даних.

2. Продуктивність реплікації ВМ: Продуктивність реплікації нижча, ніж очікувалося для деяких віртуальних машин.

3. Відновлення на рівні файлу Продуктивність:  Продуктивність FLR нижча, ніж очікувалося для деяких віртуальних машин.

Примітка: Інші робочі процеси VMware, такі як відновлення образу VM і сховище vSphere vMotion тієї ж резервної копії, є швидшими, а продуктивність вважається прийнятною або нормальною.

Випуск: Проблема з продуктивністю виникає через те, що резервна копія віртуальної машини зберігається в режимі сегментації ємності, а не в очікуваному режимі продуктивності. Це пов'язано з випуском Avamar Primary #327257.

Передісторія: Під час виконання резервного копіювання образів віртуальних машин до Data Domain можливі два режими сегментації віртуальних машин:

• Режим спадщини:

Режим ємності: Використовує розмір змінної сегментації (VSS) для читання та запису даних у домені даних.

• Бажаний режим:

Режим продуктивності: Використовує фіксований розмір сегментації (FSS) для читання та запису даних у домені даних.
 

Режим сегментації задається налаштуванням «ddr_vm_segmentation_mode».

На наведеному нижче знімку вікна пояснюються два можливих значення (0 або 8), а також конфігурація, якщо сервер Avamar є новою установкою, порівняно з оновленим сервером. 

 Примітка. Якщо апаратне забезпечення Avamar було оновлено за допомогою "міграції кореня на корінь" або Avamar було оновлено з версії 7.3, mcserver.xml матиме застарілу настройку. Така поведінка очікувана для цього застарілого випадку використання. Наявність обох типів резервного копіювання для одного клієнта збільшує простір для Data Domain.

На новому сервері Avamar/IDPA резервне копіювання має використовувати стандартний режим «продуктивності», також відомий як FSS.

На сервері Avamar у файлі налаштувань MCS mcserver.xml встановлено режим 8/FSS:

              <entry key="ddr_vm_segmentation_mode" value="8" />

Однак журнал резервного копіювання містить наступне попереджувальне повідомлення, що вказує на режим VSS (0) через те, що базове резервне копіювання CBT має тип VSS:

Попередження <Avtar 41436>: Абонент запросив FSS для резервного копіювання CBT, але базовий файл не був згенерований за допомогою FSS (тип сегмента дорівнює 0). За замовчуванням нульове значення, що означає використання змінного розміру сегмента (VSS)

АБО, якщо це перша резервна копія CBT, журнал резервного копіювання міститиме "0" замість очікуваної "8":

<agent_directives flag type="string" value="0" name="ddr-vm-segmentation-mode" /><
/agent_directives>
< >

Проблема MC REST API: Випуск Avamar #327257 esc 39381: Резервні копії AUI - MOD VM та набори даних, створені в AUI, не мають правильного налаштування режиму ddr-vm-segmentation-mode.

Ця проблема має два тригери, обидва пов'язані з використанням Avamar Web UI/AUI або MC REST API:

• Причина #1: Коли резервне копіювання запускається в меню «Управління активами» AUI, завдання не містить прихованого прапорця: ddr-vm-segmentation-mode=default.
• Причина #2: Коли новий набір даних VMware створюється за допомогою AUI, новий набір даних не містить прихованого прапорця: ddr-vm-segmentation-mode=default.
• Відсутність прихованого прапорця призводить до того, що обидва типи резервного копіювання повертаються до застарілого режиму ємності замість очікуваного режиму продуктивності.

Примітка. Жодна проблема не впливає на застарілий інтерфейс користувача Avamar Java (графічний інтерфейс Avamar MC).

Avamar 19.7+ включатиме вбудоване виправлення проблеми 327257. Завдяки цьому оновленню будь-яке ручне завдання резервного копіювання або операція створення набору даних в AUI автоматично включатиме прихований прапорець. Через потенційні проблеми з ємністю виправлення для більш ранніх випусків Avamar не планується. За додатковою інформацією звертайтеся до Dell Technologies.

1. Щоб визначити, чи використовується резервна копія в режимі «Ємність» або «Продуктивність», виконайте такі команди на сервері Avamar:

Завантажте/встановіть інструмент Goav: Авамар: Інструмент

GoavКрок 1.   Отримайте CID (ідентифікатор клієнта) для клієнта віртуальної машини, який ви хочете перевірити за допомогою команди Goav: Приклад: Замініть "win2016-demo-vm" на ім'я вашої віртуальної машини в цій команді:

./goav vm show --fields id,name --name win2016-demo-vm 

Приклад виведення:

admin@ave199:~/>: ./goav vm show --fields id,name --name windows-simple-mbr 
+------------------------------------------+--------------------+---------------+
|                    id                    |        name        |     tags      |
+------------------------------------------+--------------------+---------------+
| a5d2a240a7d01ea0de9813b3f8da9aa48d3e1075 | win2016-demo-vm   | No Tags Found |
+------------------------------------------+--------------------+---------------+
admin@ave199:~/>:

Крок 2.  Запустіть ddrmaint list-backup за допомогою клієнта "id":

ddrmaint list-backups --client=<Id from step1> --days=2 | grep has

Приклад виведення:

admin@ave199:~/>: ddrmaint list-backups --client=a5d2a240a7d01ea0de9813b3f8da9aa48d3e1075 --days=2 | grep has
    a5d2a240a7d01ea0de9813b3f8da9aa48d3e1075 has 1 backup (1  Cap, 0 Perf) vsize 11.00 GB in 12 files on datadomain.example.com

Крім того, якщо ви хочете перевірити кожного клієнта на Avamar, використовуйте --client=* прапор.

ddrmaint list-backups --client=* --days=2 | grep has

Примітка: Вихідні дані можуть бути великими у великих системах з великою кількістю клієнтів:

Приклад виведення 

admin@ave199:~/>: ddrmaint list-backups --client=* --days=2 | grep has
    02cc32a60dfa26131bf5905439e7aaa24e06c0ec has 1(*) backup (0  Cap, 0 Perf) vsize 0 bytes in 0 files on datadomain.example.com
    9242c902649e0c470b1a98bd46ad778e6a8e5528 has 21(*) backups (0  Cap, 0 Perf) vsize 0 bytes in 0 files on datadomain.example.com
    7f5011b4bd4e0c6a78b8cd1bc11d1241c015892d has 86(*) backups (6  Cap, 2 Perf) vsize 336.0 GB in 104 files on datadomain.example.com
    f8960360fbb970a86ee87a37c18a1470b955c698 has 10(*) backups (0  Cap, 2 Perf) vsize 84.00 GB in 24 files on datadomain.example.com
    f4efd8722938a87b5ec661059f6c01510c633207 has 13(*) backups (0  Cap, 2 Perf) vsize 84.00 GB in 30 files on datadomain.example.com
    63f17bea8e24dafd20392f94c0978af01c53651e has 11(*) backups (1  Cap, 4 Perf) vsize 100.0 GB in 45 files on datadomain.example.com
    9bce10133632e34b591245d81793f0b86d1bab35 has 1(*) backup (0  Cap, 0 Perf) vsize 0 bytes in 0 files on datadomain.example.com
    a8a9c0b20ebf62eaf9304d4b039733ddc8d1e3cd has 1 backup (1  Cap, 0 Perf) vsize 1.034 MB in 9 files on datadomain.example.com

 

2. Зміна режиму сегментації є двоетапним процесом.

ПОПЕРЕДЖЕННЯ: Наявність обох типів резервного копіювання для одного клієнта може вплинути на обсяг простору в домені даних, потенційно подвоївши використання ємності для кожного клієнта.

Крок 1: Скиньте CBT на рівні Avamar і VMware, щоб примусово створити резервну копію CBT L0 за допомогою інструменту підтримки Goav:

./goav vm cbt reset  --name<vm client name>

Приклад виведення

Виконайте наступну команду goav, щоб скинути cbt для віртуальної машини:

admin@ave199~/>: 
===========================================================
GoAv    :        1.69
Date    :        27 Jan 2024 15:14 EST
===========================================================
NOTE: This is not an official tool
===========================================================
✔ Yes
Processing : vcsa-cloud.burlington.lab [====================================================================] 100%
        Vm        |          Vcenter          |   Reset   | Error
------------------+---------------------------+-----------+--------
  win2016-demo-vm | vcsa-cloud.example.lab | Completed |

Примітка. Віртуальна машина не може мати жодних знімків; В іншому випадку він пропускається.

Крок 2: Запустіть нове резервне копіювання віртуальної машини win2016-demo-vm, щоб ініціювати новий ланцюжок CBT L0 за допомогою нового режиму сегментації:

• У застарілому інтерфейсі користувача Java запустіть нове резервне копіювання вручну з меню «Відновлення та керування резервними копіями».
• У AUI запустіть резервне копіювання політики за допомогою інтегрованого набору даних образу VMware або змініть неінтегрований набір даних, додавши такий розширений прапорець для плагінів образів VMware Windows і Linux:

ddr-vm-segmentation-mode=default

АБО

ddr-vm-segmentation-mode=8