NVP-vProxy: Varmuuskopiointi lakkaa vastaamasta Asiakirjan liian syvällinen -virheen vuoksi

Varmuuskopioinnin järjestelmänvalvoja määrittää VMware-varmuuskopioinnin NVP vProxy -laitteen avulla. Kaikkien vProxy-laitteiden varmuuskopiointi onnistui aluksi onnistuneesti. Sen jälkeen varmuuskopiot lakkaavat vastaamasta tiettyyn vProxyyn. Muut vProxy-laitteet jatkavat työtilausten käsittelyä normaalisti.

Varmuuskopioloki näyttää, että eri virtuaalikoneiden varmuuskopioinnit pysähtyvät eri vaiheissa. Vastaamatta jättäminen ei rajoitu yhteen virtuaalikoneeseen.

pikanäppäimellä /opt/emc/vproxy/runtime/logs/vbackupd/vbackupd-engine.log näyttää jatkuvasti XML-jäsentimen virheen:

noname.xml:7: parser error : Extra content at the end of the document
a67fc16d47</uuid><contentId>d3df551ae74b3a5e1618dd2fa62962ef</contentId><parent>

pikanäppäimellä vmconfig Komentorivin apuohjelma reset-backup, disable-migration, ja enable-migration Options luo syvyysvirheen tietyille virtuaalikoneille:

noname.xml:7: parser error : Excessive depth in document: 256 use XML_PARSE_HUGE option
93c9a65840</uuid><contentId>ca3f9d42bfd056ff3eb2db1f8072aa4b</contentId><parent>

suojausryhmään kuuluvan virtuaalikoneen tietosäilöhakemistossa on huomattava määrä tiedostoja. Yhdessä tapauksessa virtuaalikoneessa oli yli 2000 tiedostoa, jotka olivat kaksi vuotta vanhoja.

vProxy-varmuuskopiointityönkulku kerää virtuaalikoneen kokoonpanotiedot jokaisen varmuuskopioinnin alussa. Se luo XML-tiedoston, joka sisältää tiedostonimet VM-tietosäilöhakemistosta. XML-tiedot tallennetaan BackupVmSessions.gob tiedosto.

Kun tietosäilöhakemistossa on liikaa tiedostoja, XML ylittää jäsentimen syvyysrajan 256. Jäsenninvirhe vioittaa BackupVmSessions.gob tiedosto. Vioittunut tiedosto tekee vbackupd.service Varmuuskopioinnin työtilausten käsittely epäonnistui.

1. Poista virtuaalikone, jota ongelma koskee, suojausryhmästä:

• • Tunnista virtuaalikone, jonka tietosäilöhakemistossa on liikaa tiedostoja.
  • Poista virtuaalikone suojausryhmästä.

2. Luo uudelleen BackupVmSessions.gob Tiedosto:

• • Muodosta root-yhteys vProxy-laitteeseen, jota ongelma koskee.
  • Tarkista laitteen tila vbackupd Palvelu:

systemctl status vbackupd.service

• • Pysäytä vbackupd Palvelu:

systemctl stop vbackupd.service

• • Nimeä vioittuneet uudelleen gob Tiedosto:

mv /opt/emc/vproxy/runtime/state/vbackupd/BackupVmSessions.gob /opt/emc/vproxy/runtime/state/vbackupd/BackupVmSessions.gob.bak

• • Käynnistä vbackupd Palvelu: 

systemctl start vbackupd.service

• • Tarkista service tila:

systemctl status vbackupd.service

• • Tarkista edistyminen kohdasta vbackupd loki:

tail -f /opt/emc/vproxy/runtime/logs/vbackupd/vbackupd-engine.log

3. Poista VM-lukitusmerkinnät tarvittaessa: Jos jossakin virtuaalikoneessa on vanhentuneita varmistuslukitus- tai siirtomerkintöjä, käytä vmconfig Apuohjelma niiden tyhjentämiseksi:

/opt/emc/vproxy/bin/vmconfig -v <vcenter_fqdn> -u '<vcenter_user>' -p '<vcenter_password>' -c "reset-backup" -l moref -k <vm_moref>

4. VM-tietosäilöhakemiston puhdistaminen:

• • Tarkista poistetun virtuaalikoneen tietosäilöhakemisto. Poista vanhat tai tarpeettomat tiedostot tiedostojen määrän vähentämiseksi.
  • Lisää virtuaalikone puhdistuksen jälkeen tarvittaessa takaisin suojausryhmään. Varmista, että varmuuskopiointi on valmis ilman jäsenninvirhettä.

Joissakin tapauksissa vSphere-verkkokonsoli ilmoittaa, että kyseiset virtuaalikoneet on yhdistettävä. Valitse vSphere Web Client -sovelluksessa vCenter Server VM:n välilehti ja tuo sitten Needs Consolidation -sarake näkyviin Sarakkeiden hallinta -vaihtoehdon avulla. Jos jokin VMwaren suojauskäytännöillä suojatuista virtuaalikoneista edellyttää konsolidointia, kyseiset virtuaalikoneet on yhdistettävä vSphere Clientiin.

Lisätietoja virtuaalikoneen yhdistämisestä on Brocaden tietämyskannan artikkelissa 316575 (ulkoinen linkki).