Data Domain: Pakkauksen usein kysytyt kysymykset

Summary: Tässä artikkelissa vastataan yleisimpiin pakkausta koskeviin kysymyksiin. Data Domainit ovat tietotyypistä riippumattomia. Data Domain käyttää pakkausalgoritmeja, jotka varmuuskopioivat vain yksilölliset tiedot – päällekkäiset mallit tai useat varmuuskopiot tallennetaan vain kerran. ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Instructions

Sisällysluettelo

|
 
Tyypillinen pakkaussuhde on 20:1 useiden viikkojen päivittäisissä ja lisäävissä varmuuskopioinneissa. Tietotyyppi vaikuttaa pakkaussuhteeseen - pakatut kuvatiedostot, tietokannat ja pakatut arkistot (kuten .zip tiedostot) eivät pakkaa hyvin.
 

Käyttävätkö lisäävät ja täydelliset varmuuskopioinnit samaa levytilaa?

Ihannetapauksessa tämä olisi totta. Käytännössä täysi varmuuskopio vie hieman enemmän tilaa kuin lisäävä seuraavista syistä. Nämä syyt selittävät myös, miksi täydellinen varmuuskopio tietojen muutosten jälkeen kuluttaa edelleen positiivisen määrän tilaa.
  • Metatiedot vievät noin 0,5 % varmuuskopion loogisesta koosta. Oletetaan, että:
    • Koko looginen koko on 100 Gt
    • Inkrementaalin looginen koko on 2 Gt
    • Inkrementaalinen pakkaus kutistuu 1 gigatavuun
    • ... sitten täysi kestää vähintään 1.5 Gt
  • DD-pakkausmoduuli kirjoittaa uudelleen joitakin päällekkäisiä datasegmenttejä suorituskyvyn parantamiseksi. Mitä huonompi tietojen paikallisuus muutoksilla on, sitä enemmän kaksoiskappaleita kirjoitetaan. Kaksoiskappaleet otetaan myöhemmin talteen tiedostojärjestelmän roskien keräämisellä (GC). Joissakin tapauksissa noin 2% loogisesta koosta kirjoitetaan uudelleen kaksoiskappaleeksi. Jos oletetaan, että kaksoiskappaleita on tämän taso, koko voi kestää 1 Gt (pakattu) + 0,5 Gt (metatiedot) +2 Gt (kaksoiskappaleet) = 3,5 Gt. Kirjoitettujen kaksoiskappaleiden määrää voidaan hallita järjestelmäparametrilla, mutta emme yleensä viritä tätä parametria kenttään.
  • Tietojen segmentointi voi vaihdella hieman varmuuskopioinnista varmuuskopiointiin riippuen siitä, missä järjestyksessä NFS-asiakas lähettää tiedot. Tämä järjestys ei ole deterministinen. Yleensä segmentointialgoritmi sietää muutoksia ja uudelleenjärjestelyjä. Se luo kuitenkin myös joitain "pakotettuja" segmenttejä, jotka ovat alttiita muutoksille ja uudelleenjärjestelyille. Tyypillisesti noin 0,2% segmenteistä on pakotettuja, joten tilan käyttöä voidaan odottaa paljon enemmän.
 

Miksi 'filesys show space" ja "filesys show compression' Näytä eri numerot?

  • 'filesys show space' tarjoaa pakkaussuhteen, joka perustuu tallennettujen tietojen loogiseen kokoon ja komennon suoritushetkellä käytettyyn levytilaan.
  • 'filesys show compression' tarjoaa pakkaussuhteen sen perusteella, miten kukin tiedosto pakattiin sen luomishetkellä.
  • 'filesys show compression' käytetään enimmäkseen tukeen ja virheenkorjaukseen. Jos tiedosto on poistettu, "filesys show compression' yliarvioi puristussuhteen.
 
Oletetaan esimerkiksi, että:
  • Ensimmäinen täysi varmuuskopio saa 2x pakkauksen
  • Seuraava täydellinen varmuuskopio ilman tietojen muutoksia saa 200x pakkauksen
  • Ensimmäinen täysi varmuuskopio poistetaan
Tulos 'filesys show space" osoittaisi puristussuhteeksi 2x, kun taas "filesys show compression' näyttäisi pakkaussuhteen 200x, koska ainoan olemassa olevan tiedoston pakkaussuhde oli 200x, kun se luotiin.
 
Edellä olevassa esimerkissä toisen varmuuskopioinnin jälkeen 'filesys show space' osoittaisi kumulatiivista suhdetta noin 4x. Kumulatiivinen suhde paranisi asymptoottisesti kohti 200x, jos jatkaisimme useammalla varmuuskopioinnilla ilman poistoa.
 
On joitain muita pieniä eroja. Ja "filesys show compression' komento:
  • Ei ota huomioon konttitason hävikkiä, mikä yliarvioi puristussuhteen entisestään
  • Ei ota huomioon kaksoiskappaleiden eliminointia globaalilla puristuksella, mikä aliarvioi puristussuhteen
  • Voi tarjota tiedosto- tai hakemistokohtaisia tietoja, kun taas 'filesys show space' rajoittuu koko järjestelmään
  • Tarjoaa erittelyn yleisen ja paikallisen pakkauksen välillä, kun taas 'filesys show space' ei
 

Miksi 'filesys show compression last 24 hours' eivät vastaa odotuksia VTL: lle?

VTL:ssä komentojen tulos, kuten 'filesys show compression last 24 hours' ei useinkaan täytä odotuksia, jotka perustuvat muihin lähteisiin, kuten 'system show performance'.
 
Ongelma johtuu erityispiirteestä 'filesys show compression'. Yleensä se näyttää kumulatiiviset tilastot valituissa tiedostoissa. Tarkenne "viimeiset 24 tuntia" valitsee tiedostot, jotka on päivitetty viimeisen 24 tunnin aikana. Tilastot ovat edelleen kumulatiivisia sen jälkeen, kun tiedosto luotiin tai lyhennettiin viimeksi nollakokoon. Jos asiakirjavihko on liitetty viimeksi kuluneiden 24 tunnin aikana, "filesys show compression last 24 hours' näyttää sen kumulatiiviset tilastot ennen viimeistä 24 tuntia.
 
Muissa kuin VTL-ympäristöissä varmuuskopiotiedostot kirjoitetaan vain kerran, joten päivitettyjen ja luotujen tiedostojen välillä ei ole juurikaan eroja. VTL:ssä varmuuskopiot voidaan liittää olemassa oleviin nauhatiedostoihin. Harkitse esimerkiksi 100 Gt: n nauhaa, joka on täytetty 50 Gt: iin asti. Jos nauhalle on liitetty 10 gigatavua tietoja viimeisen 24 tunnin aikana, "filesys show compression last 24 hours' näyttäisi tiedoston "alkuperäiset tavut", jotka on kirjoitettu 60 Gt: n tarkkuudella.
 

Miten kumulatiivinen puristussuhde lasketaan?

Yksittäiset puristussuhteet eivät täsmää lineaarisesti.
 
Oletetaan, että ensimmäisen täyden varmuuskopion pakkaus on 2x ja toisen täyden varmuuskopion pakkaus on 20x. Kumulatiivinen pakkaus ei ole (2 + 20) / 2 = 11xMutta 2 / (1/2 + 1/20) = 3.64x.
 
Yleensä pienemmillä puristussuhteilla on suurempi vaikutus kumulatiiviseen puristussuhteeseen kuin korkeammilla.
 
Oletetaan, että ith Varmuuskopioinnilla on looginen koko si ja puristussuhde ci. Tämän jälkeen lisätään k Varmuuskopiot voidaan laskea seuraavasti: 
C = (total logical size)/(total space used)
total logical size = s1 + s2 + .. + sk
total space used = s1/c1 + s2/c2 + ... + sk/ck
 
Usein loogiset koot ovat suunnilleen samat. Tässä tapauksessa yllä oleva laskelma yksinkertaistuu seuraavasti:
C = k / (1/c1 + 1/c2 + ... + 1/ck)
 
Esimerkiksi, jos:
  • Ensimmäinen täysi varmuuskopio saa 3x pakkauksen
  • Jokainen seuraava täysi saa 30x pakkauksen
  • Säilytysaika on 30 päivää

Käyttäjä näkee kumulatiivisen pakkauksen 30 / (1/3 + 29/30)tai 23x.

 

Miten Data Domain -pakkaus toimii?

Tähän kysymykseen vastataan yksityiskohtaisesti erillisessä artikkelissa: Data Domain -pakkaamisen ymmärtäminen
 

Tukeeko Data Domain multipleksointia?

Varmuuskopiointisovelluksen multipleksoidut tiedot johtavat erittäin heikkoon yleiseen tieto-optimointiin. Lisätietoja on tässä artikkelissa: Data Domain: Multipleksointi varmuuskopiointiohjelmistossa
 

Miksi hakemiston yleinen pakkaus näkyy paremmin 1:1-hakemiston replikoinnissa?

Tämä johtuu yleensä järjestelmään kirjoitettujen päällekkäisten segmenttien tason vaihteluista:
  • Lähteeseen tallennetut tiedot on deduplikoitu kerran - verrattuna aiempiin lähteeseen tallennettuihin tietoihin.
  • Langan kautta lähetetyt tiedot on deduplikoitu kerran - kopioon tallennettuja tietoja vastaan.
  • Kopioon tallennetut tiedot on poistettu kaksoiskappaleista kahdesti, kerran, kun tiedot lähetettiin langan yli, ja uudelleen, kun vastaanotetut tiedot kirjoitetaan kopioon.
Koska deduplikointi jättää joitakin kaksoiskappaleita, useita kertoja deduplikoitujen tietojen kaksoiskappaleita on vähemmän. Lähteeseen tallennetut ja langan kautta lähetetyt tiedot deduplikoidaan kerran, joten ne ovat suunnilleen samat, olettaen, että lähteeseen tallennetut tiedot ja kopio ovat samanlaisia. Kopioon tallennetut tiedot deduplikoidaan kahdesti, joten ne pakataan paremmin.
 
Tiedostojärjestelmän puhdistus poistaa suurimman osan kaksoiskappaleista. Kun lähde ja replika on puhdistettu, sinne tallennettujen tietojen määrän pitäisi olla suunnilleen sama.
 

Mikä on pakkauksen muutos käytettäessä lz, gzfastja gz Paikalliset pakkausasetukset?

Voit muuttaa Data Domainissa käytettävää paikallista pakkausalgoritmia seuraavalla komennolla:
filesys option set compression {none | lz | gzfast | gz}
 
Huomautus: Tiedostojärjestelmä on suljettava ennen paikallisen pakkaustyypin muuttamista. Se voidaan käynnistää uudelleen heti, kun pakkausasetus on asetettu.
 
Yleensä pakkausjärjestys on seuraava:
lz < gzfast < gz
 
Kirjoita Odotettu comp. Suorittimen kuormitus
Ei mitään 1x 0x
Lz 2x 1x
GZFAST 2,5-kertainen 2x
Gz 3x 5x
 
Karkea ero on:
  • lz to gzfast antaa ~ 15% paremman pakkauksen ja kuluttaa 2x prosessoria
  • lz to gz antaa ~ 30% paremman pakkauksen ja kuluttaa 5x prosessoria
  • gzfast to gz antaa ~10-15% paremman pakkauksen
Huomaa, että paikallisen pakkauksen muuttaminen vaikuttaa ensin uusiin tietoihin, jotka kirjoitetaan Data Domainiin muutoksen jälkeen. Vanhat tiedot säilyttävät aiemman pakkausmuotonsa seuraavaan puhdistusjaksoon asti. Seuraava puhdistus kopioi kaikki vanhat tiedot uuteen pakkausmuotoon. Tämän vuoksi puhdistus kestää paljon kauemmin ja vaatii enemmän suoritinta.
 
Jos järjestelmän suoritin on vähissä, erityisesti jos varmuuskopiointi ja replikointi ovat käynnissä samanaikaisesti, varmuuskopiointi voi hidastua ja. Asiakas saattaa haluta nimenomaisesti varata jonkin aikaa tämän muuntamisen tekemiseen.

Additional Information

Tietoviitteet:

Affected Products

Data Domain

Products

Data Domain
Article Properties
Article Number: 000022100
Article Type: How To
Last Modified: 24 Apr 2026
Version:  12
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.