Avamar. Резервное копирование образа VMware с использованием DD VM Capacity вместо ожидаемого режима производительности

При выполнении некоторых операций VMware в Avamar/Data Domain производительность ниже, чем ожидалось.

Затронутые рабочие нагрузки:

1. Мгновенный доступ Восстановленная производительность ВМ: Производительность некоторых виртуальных машин ниже, чем ожидалось. Хотя задание мгновенного доступа завершается быстро, время загрузки и производительность гостевых дисков восстановленных виртуальных машин в vSphere низкие. Это происходит, когда виртуальная машина все еще работает на временном монтировании NFS мгновенного доступа Data Domain.

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

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

Примечание: Другие рабочие процессы VMware, такие как восстановление образа ВМ и vSphere storage vMotion того же резервного копирования, выполняются быстрее, а производительность считается приемлемой или нормальной.

Проблема Проблема с производительностью возникает из-за того, что резервная копия виртуальной машины хранится в режиме сегментации емкости, а не в режиме ожидаемой производительности. Это связано с проблемой #327257 Avamar Primary.

Предпосылка. При выполнении резервного копирования образа виртуальной машины в Data Domain возможны два режима сегментации виртуальной машины:

• Legacy Mode.

Режим емкости: Использует переменный размер сегментации (VSS) для чтения и записи данных в Data Domain.

• Предпочтительный режим:

Режим производительности. Использует фиксированный размер сегментации (FSS) для чтения и записи данных в Data Domain.
 

Режим сегментации задается настройкой "ddr_vm_segmentation_mode".

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

 Примечание. Если оборудование Avamar было модернизировано с помощью миграции из корневого каталога в корневой или Avamar был модернизирован с версии 7.3, mcserver.xml будет иметь устаревший параметр. Такое поведение ожидаемо для данного устаревшего варианта использования. Резервное копирование обоих типов для одного клиента увеличивает емкость Data Domain.

На новом сервере Avamar/IDPA для резервного копирования должен использоваться режим производительности по умолчанию, также известный как FSS.

На сервере Avamar Server для режима установлено значение 8/FSS в файле параметров MCS mcserver.xml.

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

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

Avtar Warning <41436>: Вызывающий объект запросил FSS для резервного копирования CBT, но базовый файл не был создан с помощью FSS (тип сегмента — 0). По умолчанию установлено нулевое значение, что означает использование переменного размера сегмента (VSS)

ИЛИ, если это первая резервная копия CBT, журнал резервного копирования будет содержать «0» вместо ожидаемой «8»:

<agent_directives флаг type="string" value="0" name="ddr-vm-segmentation-mode" /><
/agent_directives>
< >

Проблема с MC REST API: Avamar проблема #327257 esc 39381. AUI — для резервных копий и наборов данных MOD, созданных в AUI, неверно задан режим сегментации DDR-VM.

Эта проблема имеет два триггера, связанных с использованием Avamar Web UI/AUI или MC REST API:

• Причина #1: При запуске резервного копирования в меню управления активами пользовательского интерфейса AUI задание не содержит флаг «hidden flag»: ddr-vm-segmentation-mode=default.
• Причина #2: При создании нового набора данных VMware с помощью пользовательского интерфейса новый набор данных не содержит флага hidden flag: ddr-vm-segmentation-mode=default.
• Отсутствие флага hidden приводит к тому, что оба типа резервного копирования возвращаются в устаревший режим емкости вместо ожидаемого режима производительности.

Примечание. Устаревший пользовательский интерфейс Avamar Java (графический интерфейс Avamar MC) не подвержен этой проблеме.

Avamar 19.7+ будет включать интегрированное исправление проблемы 327257. С этим обновлением любое задание резервного копирования вручную или операция создания набора данных в AUI будет автоматически включать флаг скрытия. Из-за потенциальных проблем с емкостью исправление для более ранних выпусков Avamar не планируется. Для получения дополнительной информации обратитесь в Dell Technologies.

1. См. Чтобы определить, использует ли резервное копирование режим увеличения емкости или производительности, выполните следующие команды в Avamar Server.

Скачайте/установите инструмент Goav: Avamar. Инструмент

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. Изменение режима сегментации состоит из двух этапов.

ПРЕДУПРЕЖДЕНИЕ: Резервное копирование обоих типов для одного клиента может повлиять на емкость Data Domain, что может привести к удвоению использования емкости на каждом клиенте.

Шаг 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 запустите новое резервное копирование вручную из меню «Backup Restore and Manage».
• В пользовательском интерфейсе запустите резервное копирование политики с помощью интегрированного набора данных образов VMware или измените неинтегрированный набор данных, добавив следующий расширенный флаг для подключаемых модулей образов VMware для Windows и Linux:

ddr-vm-segmentation-mode=default

ИЛИ

ddr-vm-segmentation-mode=8