Avamar: VMware-levykuvien varmuuskopiointi käyttämällä DD VM Capacity -kapasiteettia odotetun suorituskykytilan sijaan

Tiettyjä Avamar/Data Domain VMware -toimintoja suoritettaessa suorituskyky on odotettua hitaampi.

Kuormitukset, joita asia koskee:

1. Välitön pääsy palautettuun virtuaalikoneen suorituskykyyn: Joidenkin virtuaalikoneiden suorituskyky on odotettua hitaampi. Vaikka pikakäynnistystyö valmistuu nopeasti, palautettujen virtuaalikoneiden käynnistysajat ja vieraslevyn suorituskyky vSpheressä ovat hitaita. Ongelma ilmenee, kun virtuaalikone on käynnissä Data Domain Instant Accessin tilapäisessä NFS-kiinnikkeessä.

2. Virtuaalikoneen replikoinnin suorituskyky: Replikoinnin suorituskyky on odotettua hitaampi joissakin virtuaalikoneissa.

3. Tiedostotason palautus Suorituskyky:  FLR-suorituskyky on odotettua hitaampi joissakin virtuaalikoneissa.

Huomautus: Muut VMware-työnkulut, kuten saman varmuuskopion VM-näköistiedoston palautus ja vSphere-tallennus vMotion, ovat nopeampia, ja suorituskykyä pidetään hyväksyttävänä tai normaalina.

Ongelma: Suorituskykyongelma johtuu siitä, että virtuaalikoneen varmuuskopiointi on tallennettu kapasiteetin segmentointitilaan odotetun suorituskykytilan sijaan. Tämä johtuu Avamar Primaryn ongelmasta #327257.

Tausta: Kun VM-näköistiedostoja varmuuskopioidaan Data Domainiin, VM-segmentointi on mahdollista kahdella tavalla:

• Vanha tila:

Kapasiteettitila: Käyttää VSS (Variable Segmentation Size) -menetelmää Data Domainin tietojen lukemiseen ja kirjoittamiseen.

• Ensisijainen tila:

Suorituskykytila: Käyttää kiinteää segmentointikokoa (FSS) tietojen lukemiseen ja kirjoittamiseen Data Domainissa.
 

Segmentointitila asetetaan "ddr_vm_segmentation_mode" -asetuksella.

Seuraavassa näyttökuvassa selitetään kaksi mahdollista arvoa (0 tai 8), ja määrityksissä todetaan, että jos Avamar-palvelin on uusi asennus, vertaa sitä päivitettyyn palvelimeen. 

 Huomautus: Jos Avamar-laitteisto on päivitetty root-siirto-toiminnolla tai Avamar versiosta 7.3, mcserver.xml on vanha asetus. Tämä on odotettavissa tässä vanhassa käyttötapauksessa. Data Domainin kapasiteettitilaa kasvaa, kun samassa työasemassa on molempia varmuuskopiointityyppejä.

Uudessa Avamar-/IDPA-palvelimessa varmuuskopioinnit käyttävät oletusarvoista suorituskykytilaa eli FSS:ää.

Avamar-palvelimen tilaksi on MCS mcserver.xml -asetustiedostossa 8/FSS:

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

Varmuuskopiolokissa on kuitenkin seuraava varoitus, jossa ilmoitetaan VSS-tilasta (0), koska CBT-perusvarmuuskopio on VSS-tyyppiä:

Avtar-varoitus <41436>: Soittaja pyysi FSS: ää CBT-varmuuskopiointiin, mutta perustiedostoa ei luotu FSS: n avulla (segmentin tyyppi on 0). Oletusarvo on nolla, mikä tarkoittaa, että käytä muuttuvaa segmentin kokoa (VSS)

TAI jos tämä on ensimmäinen CBT-varmuuskopio, varmuuskopiolokissa on 0 odotetun 8:n sijaan:

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

MC REST API -ongelma: Avamar-numero #327257 esc 39381: AUI - MOD-VM-varmuuskopioilla ja AUI:ssa luoduilla tietojoukoilla ei ole oikeaa ddr-vm-segmentointitila-asetusta.

Ongelmalla on kaksi laukaisijaa, jotka molemmat liittyvät Avamar Web UI/AUI- tai MC REST API -ohjelmointirajapinnan käyttöön:

• Syy #1: Kun varmuuskopiointi aloitetaan AUI:n Asset Management -valikossa, työ ei sisällä piilotettua merkintää: ddr-vm-segmentation-mode=default.
• Syy #2: Kun uusi VMware-tietojoukko luodaan AUI:n avulla, uudessa tietojoukossa ei ole piilotettua merkintää: ddr-vm-segmentation-mode=default.
• Jos piilotettua merkintää ei ole, molemmat varmuuskopiotyypit palaavat vanhaan kapasiteettitilaan odotetun suorituskykytilan sijaan.

Huomautus: Kumpikaan ongelma ei vaikuta Avamar Java -käyttöliittymään (Avamar MC GUI).

Avamar 19.7+ sisältää integroidun korjauksen 327257 ongelmiin. Tämän päivityksen myötä kaikki AUI:n manuaaliset varmuuskopiointityöt tai tietojoukon luontitoiminnot sisältävät automaattisesti piilotetun merkinnän. Mahdollisten kapasiteettiongelmien vuoksi korjausta aiempiin Avamar-versioihin ei ole suunnitteilla. Lisätietoja saat Dell Technologiesilta.

1. Voit selvittää, onko varmuuskopiointi kapasiteetti- vai suorituskykytilassa, suorittamalla seuraavat komennot Avamar-palvelimessa:

Lataa/asenna Goav-työkalu: Avamar: Goav-työkalu 

Vaihe 1.  Hae tarkistettavan virtuaalikoneen asiakkaan CID (asiakastunnus) Goav-komennolla: Esimerkki: Korvaa "win2016-demo-vm" virtuaalikoneen nimellä tässä komennossa:

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

Esimerkki tuloksesta:

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

Vaihe 2.  Suorita ddrmaint list-backup käyttämällä asiakasohjelman tunnusta:

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

Esimerkki tuloksesta:

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

Jos haluat tarkistaa kaikki Avamarin asiakkaat, voit vaihtoehtoisesti käyttää --client=* Lippu.

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

Huomautus: Tulos voi olla laaja suurissa järjestelmissä, joissa on useita työasemia:

Esimerkkitulos 

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. Segmentointitilan muuttaminen on kaksivaiheinen prosessi.

VAROITUS: Molempien varmuuskopiointityyppien käyttäminen samassa asiakasohjelmassa voi vaikuttaa Data Domain -kapasiteettitilaan ja mahdollisesti kaksinkertaistaa asiakaskohtaisen kapasiteetin käytön.

Vaihe 1: Nollaa CBT Avamar- ja VMware-tasolla ja pakota CBT L0 -varmuuskopiointi Goav-tukityökalulla:

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

Esimerkkitulos

Nollaa virtuaalikoneen cbt suorittamalla seuraava goav-komento:

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 |

Huomautus: Virtuaalikoneessa ei voi olla tilannevedoksia. Muussa tapauksessa se ohitetaan.

Vaihe 2: Aloita virtuaalikoneen uusi varmuuskopiointi win2016-demo-vm käynnistääksesi uuden CBT L0 -ketjun käyttämällä uutta segmentointitilaa:

• Aloita Legacy java -käyttöliittymässä uusi manuaalinen varmuuskopiointi Backup Restore and Manage -valikosta.
• Aloita AUI:ssa käytännön varmuuskopiointi käyttämällä integroitua VMware-näköistiedostotiedostoa tai muokkaa integroimatonta tietojoukkoa lisäämällä seuraava Windowsin ja Linuxin VMware-näköistiedostolaajennusten edistynyt merkintä:

ddr-vm-segmentation-mode=default

TAI

ddr-vm-segmentation-mode=8