Avamar: VMware Image-sikkerhetskopier ved hjelp av DD VM-kapasitet i stedet for forventet ytelsesmodus

Ved utførelse av visse Avamar/Data Domain VMware-operasjoner er ytelsen tregere enn forventet.

Berørte arbeidsbelastninger:

1. Øyeblikkelig tilgang gjenopprettet VM-ytelse: Ytelsen til noen virtuelle maskiner er tregere enn forventet. Selv om den umiddelbare tilgangsjobben fullføres raskt, er oppstartstiden og gjestediskytelsen til de gjenopprettede virtuelle maskinene i vSphere treg. Dette skjer mens den virtuelle maskinen fortsatt kjører på Data Domain Instant Access midlertidige NFS-monteringen.

2. VM-replikeringsytelse: Replikeringsytelsen er tregere enn forventet for enkelte virtuelle maskiner.

3. Gjenoppretting på filnivå Ytelse:  FLR-ytelsen er tregere enn forventet for noen virtuelle maskiner.

Merk: Andre VMware-arbeidsflyter, for eksempel VM-bildegjenoppretting og vSphere-lagring av vMotion av samme sikkerhetskopi, er raskere, og ytelsen anses som akseptabel eller normal.

Problem: Ytelsesproblemet skyldes at VM-sikkerhetskopien lagres i kapasitetssegmenteringsmodus i stedet for forventet ytelsesmodus. Dette skyldes primærproblemet #327257 for Avamar.

Bakgrunn: Når du utfører sikkerhetskopiering av VM-bilde til Data Domain, er det to mulige VM-segmenteringsmoduser:

• Eldre modus:

Kapasitetsmodus: Bruker VSS (Variable Segmentation Size) for å lese og skrive data på Data Domain.

• Foretrukket modus:

Ytelsesmodus: Bruker FSS (Fixed Segmentation Size) til å lese og skrive data på Data Domain.
 

Segmenteringsmodus angis av "ddr_vm_segmentation_mode"-innstillingen.

Følgende skjermbilde forklarer de to mulige verdiene (0 eller 8), og konfigurasjonsstatusen hvis Avamar-serveren er en ny installasjon, sammenlignet med en oppgradert server. 

 Merk: Hvis Avamar-maskinvaren ble oppgradert ved hjelp av "rot-til-rot-migrering", eller hvis Avamar ble oppgradert fra versjon 7.3, ville mcserver.xml ha den gamle innstillingen. Denne virkemåten er forventet for dette eldre brukstilfellet. Hvis du har begge sikkerhetskopitypene for samme klient, øker kapasiteten for Data Domain.

På en ny Avamar/IDPA-server skal sikkerhetskopieringer bruke standard ytelsesmodus, også kjent som FSS.

På Avamar-serveren er modusen angitt til 8/FSS i MCS mcserver.xml-innstillingsfilen:

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

Sikkerhetskopiloggen inneholder imidlertid følgende advarsel som angir VSS-modus (0) på grunn av at CBT-basesikkerhetskopien er av VSS-typen:

Avtar Warning <41436>: Innringeren ba om FSS for CBT-sikkerhetskopiering, men basisfilen ble ikke generert ved hjelp av FSS (segmenttype er 0). Standard til verdi null, som betyr bruk variabel segmentstørrelse (VSS)

Hvis dette er den første CBT-sikkerhetskopien, inneholder sikkerhetskopiloggen "0" i stedet for den forventede "8":

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

MC REST API-problem: Avamar issue #327257 esc 39381: AUI – MOD VM-sikkerhetskopier og datasett opprettet i AUI har ikke riktig innstilling for ddr-vm-segmenteringsmodus.

Dette problemet har to utløsere, begge relatert til bruk av Avamar Web UI/AUI eller MC REST API:

• Årsak #1: Når en sikkerhetskopiering startes i AUIs Asset Management-meny, inneholder ikke jobben det skjulte flagget: ddr-vm-segmentation-mode=default.
• Årsak #2: Når et nytt VMware-datasett opprettes ved hjelp av AUI, inneholder ikke det nye datasettet det skjulte flagget: ddr-vm-segmentation-mode=default.
• Fraværet av det skjulte flagget fører til at begge sikkerhetskopieringstypene går tilbake til eldre kapasitetsmodus i stedet for forventet ytelsesmodus.

Merk: Det eldre Avamar Java-brukergrensesnittet (Avamar MC GUI) påvirkes ikke av noen av problemene.

Avamar 19.7+ inkluderer en integrert løsning for problemløsning 327257. Med denne oppdateringen vil alle manuelle sikkerhetskopieringsjobber eller datasettopprettingsoperasjoner i AUI automatisk inkludere et skjult flagg. På grunn av potensielle kapasitetsproblemer er det ikke planlagt en løsning for tidligere Avamar-utgivelser. Hvis du vil ha mer informasjon, kan du kontakte Dell Technologies.

1. Hvis du vil fastslå om en sikkerhetskopi bruker kapasitets- eller ytelsesmodus, utfører du følgende kommandoer på Avamar-serveren:

Last ned / installer Goav-verktøyet: Avamar: Goav-verktøy 

Trinn 1.  Hent CID (klient-ID) for VM-klienten du vil kontrollere, ved hjelp av goav-kommandoen: Eksempel: Erstatt "win2016-demo-vm" med navnet på den virtuelle maskinen i denne kommandoen:

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

Eksempel på utdata:

admin@ave199:~/>: ./goav vm show --fields id,name --name windows-simple-mbr 
+------------------------------------------+--------------------+---------------+
|                    id                    |        name        |     tags      |
+------------------------------------------+--------------------+---------------+
| a5d2a240a7d01ea0de9813b3f8da9aa48d3e1075 | win2016-demo-vm   | No Tags Found |
+------------------------------------------+--------------------+---------------+
admin@ave199:~/>:

Trinn 2.  Kjør ddrmaint list-backup ved hjelp av klient-id-en:

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

Eksempel på utdata:

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

Hvis du vil kontrollere alle klientene på Avamar, kan du alternativt bruke --client=* Flagg.

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

Merk: Utdataene kan være omfattende på store systemer med mange klienter:

Eksempel på utdata 

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. Endring av segmenteringsmodus er en to-trinns prosess.

ADVARSEL: Hvis du har begge sikkerhetskopitypene for samme klient, kan det påvirke kapasiteten til Data Domain, noe som potensielt kan doble kapasitetsbruken per klient.

Trinn 1: Tilbakestill CBT på Avamar- og VMware-laget for å fremtvinge en CBT L0-sikkerhetskopi ved hjelp av Goav-støtteverktøyet:

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

Eksempel på utdata

Kjør følgende goav-kommando for å tilbakestille 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 |

Merk: VM-en kan ikke ha noen øyeblikksbilder. Ellers hoppes det over.

Trinn 2: Start en ny sikkerhetskopiering av VM win2016-demo-vm for å starte en ny CBT L0-kjede ved hjelp av den nye segmenteringsmodusen:

• I et eldre Java-brukergrensesnitt starter du en ny manuell sikkerhetskopiering fra menyen Sikkerhetskopiering, gjenoppretting og administrering.
• Start en sikkerhetskopiering av retningslinjer ved hjelp av det integrerte VMware-bildedatasettet, eller endre et ikke-integrert datasett ved å legge til følgende avanserte flagg for Windows- og Linux VMware-bildeplugin-moduler:

ddr-vm-segmentation-mode=default

ELLER

ddr-vm-segmentation-mode=8