Avamar–Data Domain: Korkea DD:n käyttöaste kohteessa: Analyysi ja parhaat käytännöt

Kohteena oleva Data Domain näyttää korkeamman käyttöasteen kuin lähteenä oleva Data Domain.

Avamarin näkökulmasta:

Palautus
Jos lähteenä oleva Data Domain palautetaan, kohteena oleva Data Domain voi säilyttää ylimääräisten päivien tietoja palautusajan perusteella. Tämä ero on olemassa, kunnes kohteen ylimääräiset varmuuskopiot vanhenevat.

Esimerkki: DD1 replikoituu DD2:een. Koska palautus tapahtuu kaksi päivää taaksepäin, nähdään, että lähteessä on kolme varmuuskopiota, mutta kohteeseen replikoitiin viisi varmuuskopiota.

Osittaiset replikoinnit
Jos replikointi ei onnistu, jo replikoituja tietoja säilytetään vähintään seitsemän päivän ajan ja ne puhdistetaan Data Domain -puhdistuksella.  Osittaisissa replikoinneissa on tietoja ja sormenjälkiä, joiden avulla tietojen replikoinnin uusi yritys voidaan suorittaa nopeammin.
Osittaisen replikoinnin kuormitus voi olla yhtä suuri kuin replikoitujen tietojen määrä, jos replikoinnit epäonnistuvat juuri ennen niiden valmistumista.

Säilytysajan ero
Avamar-palvelinkokoonpanossa replikat voidaan määrittää säilytettäviksi kohdepalvelimella pidempään kuin lähde. Tämä aiheuttaa eroja kapasiteetin käyttöön.

Avamar-kokoonpanojen erot
Avamar-palvelimen tarkistuspisteen varmuuskopio voi olla huomattavan suuri. Jos se on määritetty vain kohteen Avamarissa, se lisää Data Domainin käyttöastetta kohteessa.

Data Domainin näkökulmasta:

Sormenjälki.

Kun tiedot lähetetään Data Domainiin replikoinnin aikana, niiden kopiointi poistetaan. Tietojen sormenjälki lähetetään ensin kohteena olevaan Data Domainiin, jotta voidaan tarkistaa, onko kohteella tietoja.

• Jos Data Domain ilmoittaa, että sillä on sormenjälki, tietoja ei tarvitse lähettää uudelleen.

• Jos Data Domain ei ilmoita sormenjäljen löytymisestä, se tarkoittaa jompaakumpaa seuraavista:

  • sormenjälkeä ei ole

  • kohteena olevalla Data Domainilla on sormenjälki, mutta se haluaa, että tiedot lähetetään silti, jotta voidaan parantaa sen sijaintia Data Domainissa.

  • Data Domain on varattu eikä halua suorittaa koko hakua loppuun.

Jos Data Domainiin lähetetään kahdennetut tiedot, päällekkäiset tiedot poistetaan puhdistuksen aikana poistamalla tietojen ylimääräiset kopiot.
Kohteena olevan Data Domainin käyttöaste on korkeampi, mutta eron ei pitäisi olla suuri.

Metatietojen määrä.
Jokaisen varmuuskopioidun tiedoston mukana toimitetaan tiedoston tietojen metatiedot sekä kunkin tiedoston sormenjälki.

Esimerkki: 1 Tt:n tiedoston käytön kustannus on 0,3 % tiedoston koosta.

Keskimäärin 8 kt:n tietolohkolle on 82 t metatietoja.  Tämä on noin 0,01 prosentin kuormitus pakkaamisen jälkeiselle kapasiteetille.
Tämä kasvaa myös Avamar-integroinnin myötä, koska Avamar yhdistää varmuuskopiot ja luo täydellisen synteettisen varmuuskopion lisäävästi aina, kun varmuuskopiointi tehdään.
Nähdään myös, että metatietojen määrä lisääntyy, kun varmuuskopioita ohitetaan tai tiedot replikoidaan epäjärjestyksessä.
Ainoastaan virtuaalikoneiden varmuuskopiot eivät aiheuta tätä kuormitusta. Metatietojen kustannukset minimoidaan.

Esimerkki: Kun varmuuskopio replikoidaan epäjärjestyksessä, se luo kohteeseen L0-varmuuskopion, jossa on paljon suuremmat metatiedot kuin lisäävässä (Inc). Oletetaan, että meillä on viiden päivän varmuuskopiot.

Replikointi vanhimmasta uusimpaan:

Ensimmäinen replikointi on L0 ja kaikki seuraavat ovat lisääviä.
1xL0 + 4xInc

Replikointi uusimmasta vanhimpaan:

Replikointi ohittaa varmuuskopion:

Tiedoston seuranta
Data Domainin on tiedettävä, miten kukin tiedosto luodaan lohkoista, joista on poistettu päällekkäiset tiedot. Jos Data Domainilla ei ole näitä tietoja, se on luotava ne uudelleen ja luotava uudelleen sormenjälkien ketju. Tämä voi lisätä kapasiteettia merkittävästi.
On kaksi tilannetta, jotka voivat kasvattaa kohteena olevan Data Domainin kapasiteettia merkittävästi:

Esimerkki: Jos kohteena olevalle Data Domainille on määritetty DNS:ssä useita IP-osoitteita ja IP-osoitteet jaetaan kiertovuorottelulla, lähteenä oleva Data Domain yhdistää joka kerta eri IP-osoitteeseen. Eilen lähetettyjen tietojen kopiota ei tunnistettaisi, ja tietoja lähetetään lisää, mikä myös lisää metatietojen kustannuksia.

Tämä ongelma voi ilmetä, kun SFS_BFT_ENABLED jätetään epätosi Avamar-palvelimen palautuksen jälkeen.

Tämä voi johtaa erittäin suureen eroon.  Tila vapautuu, kun varmuuskopiot vanhenevat.

Välitön kaksoiskappaleiden poisto
Data Domain pyytää tietojen kaksoiskappaleet, joiden koko on enintään 6 % tietojen loogisesta koosta, jotta se voi optimoida välittömän kaksoiskappaleiden poiston.

Kaksoiskappaleiden poiston ja pakkaamisen ero
Data Domainit suorittavat itse kaksoiskappaleiden poiston ja tietojen pakkaamisen paikalliseen tallennustilaan itsenäisesti. Kohdetietojen säilytystavasta riippuen nämä eivät ole samankokoisia, mikä aiheuttaa käyttöasteen eroja.

Data Domain -puhdistus
Jos lähteenä ja kohteena olevat Data Domainit suorittavat puhdistuksen eri päivinä tai jos jompikumpi Data Domaineista suorittaa sitä useammin tai pidempään, käytetyssä kapasiteetissa on eroja.

Parhaat käytännöt:

Koska kahden Data Domain -järjestelmän (lähde ja kohde) käyttöasteessa on eroja, ne voi minimoida seuraavien parhaiden käytäntöjen avulla:

1. Minimoi palautuksen tarve käsittelemällä hfscheck-virheet ja laitteistoviat heti niiden ilmetessä.

2. Varmista, että replikoinnit suoritetaan loppuun. Jos replikointien valmistumisessa on jatkuvasti ongelmia, pyydä Dell Technologiesin tukea tarkistamaan kokoonpano.

3. Jos näissä kahdessa Data Domainissa on oltava samankaltainen käyttöaste, pidä sama tietojen säilytysaika varmuuskopioiden lähteen ja kohteen kopioissa ja varmista, että tarkistuspisteen varmuuskopio on määritetty samoin kummallekin Avamar-palvelimelle.

4. Varmista, että replikoinnit tehdään aina vanhimmasta uusimpaan eikä varmuuskopioita ohiteta.

5. Jos Data Domainille on määritetty useita IP-osoitteita, varmista, että IP-osoitteita ei jaeta kiertovuorottelulla.

6.  Määritä sekä lähteenä että kohteena olevat Data Domain -järjestelmät suorittamaan puhdistus samana päivänä ja samaan aikaan.

7. Arvo on SFS_BFT_ENABLED tosi.  Teknisen tuen on otettava tämä käyttöön (esitä SR > viittaa tähän KB# - 182755)