NetWorker: Kapasiteettitila vProxy-kloonityön suorituskykyongelmat Data Domainien välillä

• vProxy-kloonausnopeus on pudonnut gigatavuista sekunnissa tavanomaisempiin ja realistisempiin nopeuksiin.
• Verkon kaistanleveys on suljettu pois pullonkaulojen syynä, sillä se pysyy kloonauksen aikana selvästi kynnyksen alapuolella.
• Viestit löytyvät ddfs:stä.Infolokit, jotka viittaavat yhteen tai useampaan *-flat.vmdk Haavoittuvuuden sisältävien virtuaalikonelevyjen (VM) tiedostot, jotka sisältävät:
  • synthesized_vbytes 0 ja päättyy recipe_repl FALSE
  • srepl_filecopy_recipe_validate_bf: srepl_get_replica_attr perustiedostolle, joka päättyy virheeseen Tiedoston kahva on vanhentunut.
• Kloonauksen toimintolokeista löytyvät viestit (kun kloonin virheenkorjaustaso on 3 tai korkeampi), jotka viittaavat vähintään yhteen *-flat.vmdk-tiedostoon haavoittuvuuden sisältävän virtuaalikoneen levyille ja sisältävät seuraavat:
  • Tiedostossa ei voi käyttää synteettistä replikointia... polku.../vm-vmnumber-disk-key-disknumber-flat.vmdk

vProxy hyödyntää virtuaalisynteettisiä materiaaleja VMwaren muutetun lohkonseurantasovellusliittymän hyödyntämiseen, mikä tarjoaa valtavia etuja sekä varmuuskopiointi- että kloonaustoiminnoissa. Tämä edellyttää VM-tiedostosetin perinnöllisyyden sisäisten yhdistysten aktiivista ylläpitoa kullakin mukana olevalla Data Domainilla. Jos kloonauksen valmistelussa virtuaalisynteettisten ominaisuuksien avulla ilmenee ongelmia, NetWorker ja Data Domain eivät sen sijaan palaa replikoinnin oletustyönkulkuun. Tämä edellyttää kaikkien virtuaalilevytiedostojen käsittelyä vain muutettujen lohkojen sijaan, eikä vain VMware API:n tarjoamien muutettujen lohkojen käsittelyä. Vaikka tietoja lähetettäisiin lopulta vähän deduplikoinnin vuoksi, kloonaustyön kesto voi kasvaa moninkertaisesti.
 
Syitä, jotka voivat johtaa virtuaalisen synteettisen seurannan epäonnistumiseen, ovat:

• Eri IP-osoitteet, jotka ratkaistaan NetWorkerissa Data Domain -lähde- tai kohdelaitteille töiden välillä. Näiden on pysyttävä yhdenmukaisina virtuaalisynteettisten tuotteiden sisäisessä seurannassa
• Lähde- tai kohdetietojen toimialueen vaihtaminen vProxy-varmuuskopioita tai -klooneja varten
• vProxy-varmuuskopioille tai -klooneille on useita lähde- tai kohdetaltioita, mikä voi johtaa useiden tallennusjoukkojen samanaikaiseen kloonaukseen ketjussa
• Tietylle virtuaalikoneelle on kloonattava useampi kuin yksi vProxy-tallennusjoukko, mikä voi johtaa ketjun tallennusjoukkojen häiriintyneeseen kloonaukseen
• VM-levyt, jotka säilyvät pitkiä aikoja ilman muutoksia (erityisesti säilytysjaksot, jotka ylittävät tallennussetin säilytysajat, kuten 35 päivää ilman muutoksia, jos säilytysaika on 30 päivää)
• ChronologicalOrder Action -ominaisuuden käyttämättä jättäminen

Koska mahdollisia syitä on useita, tarkista Data Domain- ja NetWorker-määritykset ja varmista:

• ifgroups on määritetty oikein sekä lähteelle (varmuuskopiointi) että kohteelle (kloonattu kohde) Data Domains
• NetWorker-palvelimessa, tallennussolmuissa ja Data Domainissa on isäntätiedostomerkinnät, jotka käyttävät asianmukaisia ifgroup IP-osoitteita Data Domainia kohden ja luotettava DNS asiakkaille (NetWorker-asiakasohjelma isännöi tiedostoja tarpeen mukaan).
• Yksi toimialue kullekin varmuuskopio- ja kloonivarannolle.

Ota ChronologicalOrder-ominaisuus käyttöön vProxy-tallennusjoukon kloonitoiminnoille, jotka saattavat olla piilossa käyttöliittymässä:

• Jos käytät nsrclone komento, käytä -O Vaihda pakottaaksesi tämän uuden ominaisuuden, kun käytät tallennusjoukkoluetteloa, jossa on useita tallennusjoukkoja tietyn asiakkaan ketjussa
• Voit ottaa sen käyttöön käytännössä jommallakummalla seuraavista komennoista:

nsrpolicy action update clone -p policyname -w workflowname -A actionname [--chronological_order | -l] <yes|no>

• nsradmin-kehotteessa:

. type nsr protection policy action; policy name: policy; workflow: workflow: name: action

update Chronological order: Yes

• Kun tämä on tehty, aiemmin mainitut yhden lähteen ja kohteen asemien rajoitukset sekä usean esiintymän lisäykset virtuaalikoneasiakasta kohden poistetaan, ja niitä voidaan käsitellä oikein.

TÄRKEÄÄ: NetWorkerin ja Data Domainin palauttaminen voi olla mahdollista joissakin olosuhteissa, kun tallennusjoukot kloonataan epäkunnossa. Tämän vuoksi jotkut eivät voi käyttää VSR:ää replikointiin, mutta kun koko ketju on palautettu, VSR-kloonaus voi jatkua ongelmitta. Yleensä epäjärjestyksessä tapahtuva kloonaus, usean aseman ja usean tallennusjoukon kloonaus voi saavuttaa tilanteen ja palata normaaliin toimintaan.
 
Jos useita Data Domainin IP-osoitteita on jo käytetty tai Data Domain -lähde tai kohde on kokonaan muuttunut, ainoa tapa palata säännölliseen ja johdonmukaiseen VSR-optimointiin on pakottaa uusi täysi varmuuskopio virtuaalikoneista, joita ongelma koskee, nollaamaan muutettu lohkojen seuranta ja palauttamaan VSR-optimointi. Tämä on otettava huomioon, kun edelliset vaiheet on suoritettu, mutta Data Domainin ja/tai NetWorkerin lokikirjaus ja kloonausnopeudet osoittavat, että suorituskykyongelmia on edelleen.