Avamar: Sikkerhedskopiering af VMware-afbildning ved hjælp af DD VM-kapacitet i stedet for den forventede ydeevnetilstand

1. Øjeblikkelig adgang Gendannet VM-ydeevne: Ydeevnen for nogle virtuelle maskiner er langsommere end forventet. Mens jobbet med øjeblikkelig adgang fuldføres hurtigt, er opstartstiderne og gæstediskydeevnen for de gendannede VM er i vSphere langsom. Dette sker, mens den virtuelle maskine stadig kører på den midlertidige NFS-montering for Data Domain Instant Access.

Problem: Problemet med ydeevnen skyldes, at VM-sikkerhedskopieringen gemmes i kapacitetssegmenteringstilstand i stedet for den forventede ydeevnetilstand. Dette skyldes Avamar Primary-problem #327257.

Baggrund: Når du udfører sikkerhedskopier af VM-afbildninger til Data Domain, er der to mulige VM-segmenteringstilstande:

• Legacy-tilstand:

• Foretrukken tilstand:

Segmenteringstilstanden indstilles af indstillingen "ddr_vm_segmentation_mode".

Følgende skærmbillede forklarer de to mulige værdier (0 eller 8), og konfigurationen angiver, om Avamar-serveren er en ny installation sammenlignet med en opgraderet server. 

 Bemærk: Hvis Avamar-hardware blev opgraderet ved hjælp af "rod-til-rod-migrering", eller Avamar blev opgraderet fra version 7.3, ville den mcserver.xml have den ældre indstilling. Denne funktionsmåde forventes for denne ældre brugscase. Hvis du har begge sikkerhedskopieringstyper for den samme klient, øges Data Domain-kapaciteten.

På en ny Avamar/IDPA-server skal sikkerhedskopier bruge standardtilstanden "ydeevne", også kendt som FSS.

På Avamar-serveren er tilstanden indstillet til 8/FSS i MCS mcserver.xml-indstillingsfilen:

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

Sikkerhedskopieringsloggen indeholder dog følgende advarselsmeddelelse, der angiver VSS-tilstand (0), fordi CBT-basissikkerhedskopien er af VSS-typen:

Avtar Advarsel <41436>: Den, der ringer op, anmodede FSS om CBT-sikkerhedskopiering, men basisfilen blev ikke genereret ved hjælp af FSS (segmenttype er 0). Standardværdien nul, hvilket betyder brug variabel segmentstørrelse (VSS)

ELLER hvis dette er den første CBT-sikkerhedskopiering, vil sikkerhedskopieringsloggen indeholde "0" i stedet for den forventede "8":

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

Problem med MC REST API: Avamar-udgave #327257 esc 39381: AUI - MOD VM-sikkerhedskopier og datasæt, der er oprettet i AUI, har ikke den korrekte indstilling for ddr-vm-segmenteringstilstand.

Dette problem har to udløsere, begge relateret til brugen af Avamar Web UI/AUI eller MC REST API:

• Årsag #1: Når en backup startes i AUI's Asset Management-menu, indeholder jobbet ikke det skjulte flag: ddr-vm-segmentation-mode=default.
• Årsag #2: Når der oprettes et nyt VMware-datasæt ved hjælp af AUI, indeholder det nye datasæt ikke det skjulte flag: ddr-vm-segmentation-mode=default.
• Fraværet af det skjulte flag medfører, at begge sikkerhedskopieringstyper vender tilbage til den ældre kapacitetstilstand i stedet for den forventede ydeevnetilstand.

Bemærk: Den ældre Avamar Java-brugergrænseflade (Avamar MC GUI) påvirkes ikke af nogen af problemerne.

Avamar 19.7+ indeholder en integreret løsning til 327257. Med denne opdatering vil alle manuelle sikkerhedskopieringsjob eller handlinger til oprettelse af datasæt i AUI automatisk indeholde et skjult flag. På grund af potentielle kapacitetsproblemer er der ikke planlagt en rettelse til tidligere Avamar-udgivelser. Kontakt Dell Technologies for at få flere oplysninger.

1. For at finde ud af, om en sikkerhedskopiering bruger tilstanden Kapacitet eller ydeevne, skal du udføre følgende kommandoer på Avamar-serveren:

./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. Ændring af segmenteringstilstanden er en proces i to trin.

ADVARSEL: Hvis du har begge sikkerhedskopieringstyper for den samme klient, kan det påvirke Data Domain-kapacitetspladsen og potentielt fordoble kapacitetsforbruget pr. klient.

Trin 1: Nulstil CBT på Avamar- og VMware-laget for at gennemtvinge en CBT L0-sikkerhedskopi ved hjælp af Goav-supportværktøjet:

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

Eksempel på output

Kør følgende goav-kommando for at nulstille cbt for vm:

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 |

Bemærk: VM'en må ikke have snapshots. Ellers springes det over.

Trin 2: Start en ny sikkerhedskopiering af VM win2016-demo-vm for at starte en ny CBT L0-kæde ved hjælp af den nye segmenteringstilstand:

• I Legacy java-brugergrænsefladen skal du starte en ny manuel sikkerhedskopiering fra menuen "Backup Restore and Manage".
• I AUI skal du starte en sikkerhedskopiering af en politik ved hjælp af det integrerede VMware-billeddatasæt eller redigere et ikke-integreret datasæt ved at tilføje følgende avancerede flag for VMware-afbildnings-plug-ins til Windows og Linux:

ddr-vm-segmentation-mode=default

ddr-vm-segmentation-mode=8