NetWorker: Kapasiteettitila vProxy kloonaa Data Domainsin väliset työn suorituskykyongelmat

• vProxy-kloonausnopeus on laskenut gigatavuista sekunnissa perinteisempiin ja realistisempiin nopeuksiin.
• Verkon kaistanleveys on poissuljettu pullonkaulan syynä. Se jää selvästi alle kynnysarvon kloonauksen aikana.
• Viestit näkyvät ddfs-painikkeissa.tietolokit, joissa viitataan yhteen tai useampaan *-flat.vmdk-tiedostoon virtuaalikoneen levyillä, joita ongelma koskee:
  • synthesized_vbytes 0 ja päättyy recipe_repl FALSE -arvoon
  • srepl_filecopy_recipe_validate_bf: perustiedoston srepl_get_replica_attr, jonka lopussa on tiedostokahva, on vanhentuneet.
• Kloonauksen toimintolokeista löytyneet viestit (kun kloonauksen virheenkorjaustaso on vähintään 3 tai uudempi) viittaavat virtuaalikoneen levyjen *-flat.vmdk-tiedostoihin, jotka sisältävät seuraavat tiedot:
  • Tiedostossa ei voi käyttää synteettistä replikointia... polku.../vm-vmnumber-disk-key-disknumber-flat.vmdk

vProxy käyttää virtuaalisia synteettisiä levyjä VMwaren muuttuneen lohkoseurannan ohjelmointirajapinnan hyödyntämiseen. Se tarjoaa merkittäviä etuja sekä varmuuskopiointi- että kloonaustoiminnoille. Tämä edellyttää, että kunkin Data Domainin sisäiset VM-tiedostojen yhteydet on ylläpidossa. Jos virtuaalisten synteettisten levyjen kopioinnissa ilmenee ongelmia, NetWorker ja Data Domain eivät sen sijaan pysty käyttämään oletusarvoista replikoinnin työnkulkua. Tämä edellyttää koko virtuaalilevytiedostojen käsittelyä, eikä ainoastaan muutettuja lohkoja, toisin kuin vain VMware API:n tarjoamia muutettuja lohkoja. Vaikka tiedot lähetetään vain vähän tieto-optimoinnin vuoksi, kloonaustyön kesto voi kasvaa usealla kerralla.
 
Syitä, jotka voivat aiheuttaa virtuaalisen synteettisen seurannan epäonnistumisen:

• Eri IP-osoitteet, jotka NetWorker ratkaisee lähde- tai kohdedatatoimialueen laitteille töiden välillä. Niiden on oltava yhdenmukaisia virtuaalisten synteettisten tuotteiden sisäisessä seurannassa.
• Lähde- tai kohdedatatoimialueen vaihtaminen vProxy-varmuuskopiointia tai -klooneja varten
• Useita vProxy-varmuuskopioiden tai -kloonien lähde- tai kohdeasemia, mikä voi johtaa useiden ketjun tallennustiedostojen samanaikaiseen kloonaamiseen.
• Useampi kuin yksi vProxy-tallennusjoukko, joka edellyttää tietyn virtuaalikoneen kloonausta, mikä voi johtaa ketjussa olevien tallennuslevyjen kopiointiin.
• Virtuaalikonelevyt, jotka kestävät pitkään ilman muutoksia (erityisesti saveset-säilytysjaksoja ylittävät ajat, kuten 35 päivää ilman muutoksia, jos säilytysaika on 30 päivää)
• ChronologicalOrder Action -ominaisuuden käytön laiminlyönti, jos käytössä on NetWorker 19.6 tai uudempi

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

• ifgroups are setup correctly for both source (backup) and destination (clone target) Data Domains (englanninkielinen)
• NetWorker-palvelimissa, -tallennussolmuissa ja Data Domain -toimialueilla on isäntätiedostomerkinnät, joissa käytetään asianmukaisia Data Domainin mukaisia ifgroup IP-osoitteita, ja luotettavat DNS-palvelimet asiakkaille (joissa käytetään tarvittaessa NetWorker-asiakasisännän tiedostoja).
• Yksi Data Domain kutakin varmuuskopiointi- ja kloonausvarantoa varten.

Jos käytössä on NetWorker 19.5 tai uudempi:

• Varmistaa, että kloonaustyöt tehdään sarja- ja varmuuskopioinnin järjestyksessä Huomioi, että tätä ei voi hallita, kun tietyn virtuaalikoneen useita klooneja on samassa tehtäväluettelossa (kloonaa toiminto tai nsrclone-tallennustiedostoluettelo).
• Varmista, että varantoon on saatavilla yksi varmuuskopiointi- ja kloonausasema, jotta vältät samanaikaisen kloonauksen, kun lähteelle on saatavilla useita taltioita.

NetWorker 19.6 -versiosta alkaen chronologinenorder-ominaisuus on otettava käyttöön vProxy saveset -kloonaustoiminnoille, jotka voi olla piilotettu käyttöliittymässä:

• Jos käytät nsrclone-komentoa, käytä -O-kytkintä tämän uuden ominaisuuden käyttöönottoon, kun käytät tallennusluetteloa, jossa on useita tallennusjärjestelmiä tietyn työaseman ketjussa
• Ota käytäntö käyttöön jommallakummalla seuraavista komennoista:

  • nsrpolicy action update clone -p policyname -w workflowname -A actionname [--chronological_order | -l] 

  • nsradmin-kehotteessa:

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

    • update Chronological order: Yes

      
       
• Sen jälkeen aiemmin mainitut yhden lähteen ja kohdeasemien rajoitukset sekä VM-asiakaskohtainen usean esiintymän inkrementaatio poistetaan käytöstä, ja ne voidaan käsitellä asianmukaisesti.

TÄRKEÄÄ: NetWorker ja Data Domain voivat joissakin tilanteissa palautua, kun tallennusohjelmat on kloonattu järjestyksessä. Tämän vuoksi jotkut eivät voi käyttää REPLIKointia VSR-toiminnolla, mutta kun koko ketju on palautettu, VSR-kloonaus voi jatkua ongelmitta. Tavallisesti tilausten ulkopuolinen kloonaus, moniasemainen kloonaus ja monisäästävä kloonaus voivat toimia normaalisti.
 
Jos useita Data Domainin IP-osoitteita on kuitenkin jo käytetty tai Data Domain -lähde tai -kohde on muutettu kokonaan, ainoa tapa palata tavalliseen ja yhdenmukaiseen VSR-optimointiin on pakottaa ongelmasta kärsivien virtuaalikoneiden uusi täysi varmuuskopiointi nollaamaan muutettu lohkoseuranta ja palauttamaan VSR-optimointi. Tätä kannattaa harkita, kun edelliset vaiheet on suoritettu, mutta Data Domain- ja/tai NetWorker-kirjaus sekä kloonausnopeudet ilmaisevat, että suorituskykyongelmia on edelleen.