Avamar: Back-ups van VMware-images met behulp van DD VM-capaciteit in plaats van de verwachte prestatiemodus

1. Directe toegang Herstelde VM-prestaties: De prestaties van sommige virtuele machines zijn trager dan verwacht. Hoewel de taak voor directe toegang snel wordt voltooid, zijn de opstarttijden en gastschijfprestaties van de herstelde VM's in vSphere traag. Dit gebeurt terwijl de virtuele machine nog wordt uitgevoerd op de tijdelijke NFS-koppeling voor Data Domain Instant Access.

Probleem: Het prestatieprobleem is het gevolg van het feit dat de VM-back-up wordt opgeslagen in de capaciteitssegmentatiemodus in plaats van in de verwachte prestatiemodus. Dit wordt veroorzaakt door Avamar Primair probleem #327257.

Achtergrond: Bij het maken van back-ups van VM-images naar Data Domain zijn er twee mogelijke VM-segmentatiemodi:

• Legacy-modus:

• Voorkeursmodus:

De segmentatiemodus wordt ingesteld door de instelling "ddr_vm_segmentation_mode".

In de volgende schermafbeelding worden de twee mogelijke waarden (0 of 8) uitgelegd. De configuratiestatus als de Avamar-server een nieuwe installatie is, vergeleken deze met een geüpgradede server. 

 Opmerking: Als Avamar-hardware is geüpgraded met behulp van root-naar-rootmigratie of als Avamar is bijgewerkt vanaf versie 7.3, heeft de mcserver.xml de verouderde instelling. Dit gedrag wordt verwacht voor dit verouderde gebruiksscenario. Als u beide back-uptypen voor dezelfde client hebt, neemt de capaciteitsruimte van Data Domain toe.

Op een nieuwe Avamar/IDPA-server moeten back-ups de standaard prestatiemodus gebruiken, ook wel FSS genoemd.

Op de Avamar-server is de modus ingesteld op 8/FSS in het bestand met MCS mcserver.xml-instellingen:

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

Het back-uplogboek bevat echter het volgende waarschuwingsbericht dat de VSS-modus (0) aangeeft omdat de CBT-basisback-up van het VSS-type is:

Avtar-waarschuwing <41436>: De beller heeft FSS aangevraagd voor CBT-back-up, maar het basisbestand is niet gegenereerd met FSS (segmenttype is 0). Standaard ingesteld op waarde nul, wat betekent dat u variabele segmentgrootte (VSS) moet gebruiken

OF als dit de eerste CBT-back-up is, bevat het back-uplogboek "0" in plaats van de verwachte "8":

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

MC REST API-probleem: Avamar issue #327257 esc 39381: AUI - MOD VM-back-ups en datasets die zijn gemaakt in AUI hebben niet de juiste instelling voor de ddr-vm-segmentatiemodus.

Dit probleem heeft twee triggers, beide gerelateerd aan het gebruik van Avamar Web UI/AUI of MC REST API:

• Oorzaak #1: Wanneer een back-up wordt gestart in het menu Asset Management van AUI, bevat de taak niet de verborgen vlag: ddr-vm-segmentation-mode=defaultte installeren.
• Oorzaak #2: Wanneer een nieuwe VMware-dataset wordt gemaakt met behulp van AUI, bevat de nieuwe dataset niet de verborgen vlag: ddr-vm-segmentation-mode=defaultte installeren.
• De afwezigheid van de verborgen vlag zorgt ervoor dat beide back-uptypen terugkeren naar de verouderde capaciteitsmodus in plaats van de verwachte prestatiemodus.

Opmerking: De verouderde Avamar Java-gebruikersinterface (Avamar MC GUI) wordt door geen van beide problemen beïnvloed.

Avamar 19.7+ bevat een geïntegreerde oplossing voor probleem 327257. Met deze update wordt elke handmatige back-uptaak of bewerking voor het maken van datasets in AUI automatisch een verborgen vlag opgenomen. Vanwege mogelijke capaciteitsproblemen is een oplossing voor eerdere Avamar-releases niet gepland. Neem voor meer informatie contact op met Dell Technologies.

1. okt. Om te bepalen of een back-up de capaciteits- of prestatiemodus gebruikt, voert u de volgende opdrachten uit op de Avamar server:

./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. Het wijzigen van de segmentatiemodus is een proces in twee stappen.

WAARSCHUWING: Het hebben van beide back-uptypen voor dezelfde client kan van invloed zijn op de capaciteitsruimte van Data Domain, waardoor het capaciteitsgebruik per client mogelijk wordt verdubbeld.

Stap 1: Stel CBT opnieuw in op de Avamar- en VMware-laag om een CBT L0-back-up te forceren met behulp van de Goav-supporttool:

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

Voorbeelduitvoer

Voer de volgende opdracht "goav" uit om cbt voor de vm te resetten:

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 |

Opmerking: De VM mag geen snapshots hebben; anders wordt het overgeslagen.

Stap 2: Start een nieuwe back-up van de VM win2016-demo-vm om een nieuwe CBT L0-keten te starten met behulp van de nieuwe segmentatiemodus:

• Start in de verouderde Java-gebruikersinterface een nieuwe handmatige back-up vanuit het menu "Back-up, herstellen en beheren".
• Start in AUI een beleidsback-up met behulp van de geïntegreerde VMware-imagedataset of wijzig een niet-geïntegreerde dataset door de volgende geavanceerde vlag toe te voegen voor Windows en Linux VMware-imageplug-ins:

ddr-vm-segmentation-mode=default

ddr-vm-segmentation-mode=8