Avamar: Säkerhetskopiering av VMware-avbildningar med DD VM-kapacitet i stället för förväntat prestandaläge

1. Omedelbar åtkomst återställde VM-prestanda: Prestandan för vissa virtuella datorer är långsammare än förväntat. Jobbet för omedelbar åtkomst slutförs snabbt, men starttiderna och gästdiskprestandan för de återställda virtuella datorerna i vSphere är långsamma. Detta inträffar när den virtuella datorn fortfarande körs på den tillfälliga NFS-monteringen för Data Domain Instant Access.

Problem: Prestandaproblemet beror på att säkerhetskopian av den virtuella datorn lagras i kapacitetssegmenteringsläge i stället för förväntat prestandaläge. Detta beror på Avamars primära problem #327257.

Bakgrund: När du säkerhetskopierar VM-avbildningar till Data Domain finns det två möjliga VM-segmenteringslägen:

• Befintligt läge:

• Önskat läge:

Segmenteringsläget ställs in med inställningen "ddr_vm_segmentation_mode".

I följande skärmbild förklaras de två möjliga värdena (0 eller 8), och konfigurationen anger om Avamar-servern är en ny installation jämfört med en uppgraderad server. 

 Obs! Om Avamar-maskinvara uppgraderades med rot-till-rot-migrering eller om Avamar uppgraderades från version 7.3 skulle mcserver.xml ha den äldre inställningen. Det här beteendet förväntas för det här äldre användningsfallet. Om du har båda säkerhetskopieringstyperna för samma klient ökar Data Domains kapacitetsutrymme.

På en ny Avamar/IDPA-server ska säkerhetskopieringar använda standardläget "prestanda", även kallat FSS.

På Avamar-servern är läget inställt på 8/FSS i inställningsfilen för MCS mcserver.xml:

              <ingångsnyckel = "ddr_vm_segmentation_mode" värde = "8" />

Säkerhetskopieringsloggen innehåller dock följande varningsmeddelande som anger VSS-läge (0) på grund av att CBT-bassäkerhetskopieringen är av VSS-typ:

Avtar-varning <41436>: Uppringaren begärde FSS för CBT-säkerhetskopiering men basfilen genererades inte med FSS (segmenttypen är 0). Standardvärdet noll innebär att du måste använda variabel segmentstorlek (VSS)

ELLER om det här är den första CBT-säkerhetskopieringsloggen innehåller "0" istället för förväntat "8":

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

MC REST API-problem: Avamar-problem #327257 esc 39381: AUI – MOD VM-säkerhetskopior och datauppsättningar som skapats i AUI har inte rätt inställning för ddr-vm-segmentation-mode.

Det här problemet har två utlösare, som båda är relaterade till användningen av Avamar Web UI/AUI eller MC REST API:

• Orsak #1: När en säkerhetskopiering startas i AUI:s Asset Management-meny innehåller jobbet inte den dolda flaggan: ddr-vm-segmentation-mode=default.
• Orsak #2: När en ny VMware-datauppsättning skapas med AUI innehåller den nya datauppsättningen inte den dolda flaggan: ddr-vm-segmentation-mode=default.
• Frånvaron av den dolda flaggan gör att båda säkerhetskopieringstyperna återgår till äldre kapacitetsläge i stället för det förväntade prestandaläget.

Obs! Det äldre Avamar Java-användargränssnittet (Avamar MC GUI) påverkas inte av något av problemen.

Avamar 19.7+ innehåller en integrerad korrigering av 327257 problem. Med den här uppdateringen kommer alla manuella säkerhetskopieringsjobb eller åtgärder för att skapa datauppsättningar i AUI automatiskt att inkludera en dold flagga. På grund av potentiella kapacitetsproblem planeras ingen korrigering för tidigare Avamar-versioner. Kontakta Dell Technologies om du vill ha mer information.

1. veckor För att avgöra om en säkerhetskopia använder kapacitets- eller prestandaläge utför du följande kommandon på Avamar-servern:

./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:~/>:

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

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. Att ändra segmenteringsläget är en tvåstegsprocess.

VARNING: Båda säkerhetskopieringstyperna för samma klient kan påverka Data Domains kapacitetsutrymme, vilket kan leda till en fördubbling av kapacitetsanvändningen per klient.

Steg 1: Återställ CBT på Avamar- och VMware-lagret för att tvinga fram en CBT L0-säkerhetskopiering med hjälp av Goav-supportverktyget:

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

Exempel på utdata

Kör följande goav-kommando för att återställa cbt för den virtuella datorn:

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 |

Obs! Den virtuella datorn kan inte ha några ögonblicksbilder. I annat fall hoppas den över.

Steg 2: Starta en ny säkerhetskopiering av den virtuella datorn win2016-demo-vm för att initiera en ny CBT L0-kedja med det nya segmenteringsläget:

• I äldre java-användargränssnitt startar du en ny manuell säkerhetskopiering från menyn "Backup Restore and Manage".
• I AUI startar du en principsäkerhetskopiering med hjälp av den integrerade VMware-avbildningsdatauppsättningen eller ändrar en icke-integrerad datauppsättning genom att lägga till följande avancerade flagga för Windows och Linux VMware-insticksprogram för avbildningar:

ddr-vm-segmentation-mode=default

ddr-vm-segmentation-mode=8