Avamar: Zálohy bitové kopie VMware pomocí kapacity virtuálního počítače DD namísto očekávaného režimu výkonu

Při provádění určitých operací Avamar/Data Domain VMware je výkon pomalejší, než se očekávalo.

Dotčené úlohy:

1. Okamžitý přístup Obnovený výkon virtuálních počítačů: Výkon některých virtuálních počítačů je pomalejší, než se očekávalo. Zatímco úloha okamžitého přístupu se dokončí rychle, časy spouštění a výkon hostovaného disku obnovených virtuálních počítačů v systému vSphere jsou pomalé. K tomu dochází, když je virtuální počítač stále spuštěný na dočasném připojení NFS systému Data Domain s okamžitým přístupem.

2. Výkon replikace virtuálních počítačů: U některých virtuálních počítačů je výkon replikace pomalejší, než se očekávalo.

3. V § 3 Obnovení na úrovni souborů Výkon:  Výkon funkce FLR je u některých virtuálních počítačů pomalejší, než se očekávalo.

Poznámka: Jiné pracovní postupy VMware, například obnovení bitové kopie virtuálního počítače a vMotion úložiště vSphere stejné zálohy, jsou rychlejší a výkon je považován za přijatelný nebo normální.

Problém: Problém s výkonem je způsoben tím, že záloha virtuálního počítače je uložena v režimu segmentace kapacity, nikoli v očekávaném režimu výkonu. Důvodem je primární problém Avamar #327257.

Pozadí: Při zálohování bitové kopie virtuálního počítače do systému Data Domain existují dva možné režimy segmentace virtuálních počítačů:

• Starší režim:

Kapacitní režim: Ke čtení a zápisu dat do systému Data Domain využívá proměnnou velikost segmentace (VSS).

• Preferovaný režim:

Performance Mode: Ke čtení a zápisu dat v systému Data Domain využívá pevnou velikost segmentace (FSS).
 

Režim segmentace se nastavuje nastavením "ddr_vm_segmentation_mode".

Následující snímek obrazovky vysvětluje dvě možné hodnoty (0 nebo 8) a stavy konfigurace, zda je server Avamar ve srovnání s upgradovaným serverem novou instalací. 

 Poznámka: Pokud byl hardware Avamar upgradován pomocí migrace z kořene na kořen nebo byl upgradován z verze 7.3, bude mít mcserver.xml starší nastavení. Toto chování se u tohoto staršího případu použití očekává. Oba typy záloh pro stejného klienta zvyšují kapacitu systému Data Domain.

Na novém serveru Avamar/IDPA by zálohy měly používat výchozí režim výkonu, známý také jako FSS.

Na serveru Avamar je režim v souboru nastavení MCS mcserver.xml nastaven na hodnotu 8/FSS:

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

Protokol zálohování však obsahuje následující varovnou zprávu označující režim VSS (0), protože základní záloha CBT je typu VSS:

Varování <Avtar 41436>: Volající požadoval FSS pro zálohování CBT, ale základní soubor nebyl vygenerován pomocí FSS (typ segmentu je 0). Výchozí hodnota je nula, což znamená použít proměnnou velikost segmentu (VSS).

NEBO pokud se jedná o první zálohu CBT, bude protokol zálohy obsahovat hodnotu "0" namísto očekávané hodnoty "8":

<agent_directives typ příznaku = "string" value = "0" name="ddr-vm-segmentation-mode" /><
/agent_directives>
< >

Problém s rozhraním MC REST API: Problém se softwarem Avamar #327257 esc 39381: AUI – Zálohy virtuálních počítačů MOD a datové sady vytvořené v AUI nemají správné nastavení režimu segmentace datového bloku DDR-vm.

Tento problém může mít dva spouštěče, oba související s použitím webového uživatelského rozhraní Avamar / AUI nebo rozhraní MC REST API:

• Příčina #1: Když je zálohování spuštěno v nabídce AUI Asset Management, úloha neobsahuje skrytý příznak: ddr-vm-segmentation-mode=default.
• Příčina #2: Když je nová datová sada VMware vytvořena pomocí AUI, nová datová sada neobsahuje skrytý příznak: ddr-vm-segmentation-mode=default.
• Absence skrytého příznaku způsobí, že se oba typy zálohování vrátí do staršího režimu kapacity namísto očekávaného režimu Výkon.

Poznámka: Starší uživatelské rozhraní Avamar Java (grafické uživatelské rozhraní Avamar MC) není dotčeno žádným problémem.

Software Avamar 19.7+ bude obsahovat integrovanou opravu problémových 327257. S touto aktualizací budou všechny úlohy ručního zálohování nebo vytváření datových sad v nástroji AUI automaticky obsahovat skrytý příznak. Kvůli potenciálním problémům s kapacitou se oprava pro starší verze Avamaru neplánuje. Další informace získáte od společnosti Dell Technologies.

1. V § 1 Chcete-li zjistit, zda záloha používá režim kapacity nebo výkonu, proveďte na serveru Avamar následující příkazy:

Stažení/instalace nástroje Goav: Avamar: Nástroj

GoavKrok 1.   Získejte CID (ID klienta) pro klienta virtuálního počítače, kterého chcete zkontrolovat pomocí příkazu Goav: Příklad: V tomto příkazu nahraďte "win2016-demo-vm" názvem vašeho virtuálního počítače:

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

Příklad výstupu:

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. krok:  Spusťte příkaz ddrmaint list-backup pomocí client "id":

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

Příklad výstupu:

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

Případně, pokud chcete zkontrolovat každého klienta systému Avamar, použijte --client=* Vlajky.

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

Poznámka: Výstup může být rozsáhlý ve velkých systémech s mnoha klienty:

Příklad výstupu 

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. Změna režimu segmentace je dvoustupňový proces.

VAROVÁNÍ: Oba typy zálohování pro stejného klienta mohou ovlivnit kapacitní prostor systému Data Domain a potenciálně zdvojnásobit využití kapacity na klienta.

Krok 1: Resetujte CBT ve vrstvě Avamar a VMware a vynuťte zálohování CBT L0 pomocí nástroje podpory Goav:

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

Příklad výstupu

Spuštěním následujícího příkazu goav resetujte CBT pro virtuální počítač:

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 |

Poznámka: Virtuální počítač nemůže mít žádné snímky. V opačném případě se přeskočí.

2. krok: Spusťte novou zálohu virtuálního počítače win2016-demo-vm a inicializujte nový řetězec CBT L0 pomocí nového režimu segmentace:

• Ve starším uživatelském rozhraní Java spusťte nové ruční zálohování z nabídky "Backup Restore and Manage".
• V AUI spusťte zálohování zásad pomocí integrované datové sady bitové kopie VMware nebo upravte neintegrovanou datovou sadu přidáním následujícího rozšířeného příznaku pro moduly plug-in imagí VMware pro Windows a Linux:

ddr-vm-segmentation-mode=default

NEBO

ddr-vm-segmentation-mode=8