Avamar: Optimalisere ytelsen ved sikkerhetskopiering av PST-filer i Outlook-arkivet

Denne artikkelen beskriver hvordan sikkerhetskopiering av PST-filer påvirker ytelsen til en Avamar-sikkerhetskopi. Den drøfter også måter å vurdere og potensielt redusere dårlig sikkerhetskopieringsytelse på.

En Avamar-klient med mange Outlook-arkivfiler (PST) kan sikkerhetskopieres saktere enn en klient som inneholder mer vanlige filsystemtypedata.

Nedenfor finner du eksempler på ytelsesdata fra sikkerhetskopier som inneholder en stor andel PST-filer.

Eksempel 1:
2014-06-23 16:36:45 avtar Info <5156>: Backup #4 timestamp 2014-06-23 16:36:44, 2,654,547 filer, 685,600 mapper, 1,935 GB (46,371 filer, 9.027 GB, 0.47% ny)
2014-06-23 16:36:45 avtar Info <6083>: Sikkerhetskopiert 1935 GB på 1176,67 minutter: 99 GB/time (135 359 filer/time)


Eksempel 2:
2014-06-19 08:38:56 avtar Info <5156>: Backup #1626 tidsstempel 2014-06-19 08:39:00, 4,279,104 filer, 491,108 mapper, 1,427 GB (206,579 filer, 2.002 GB, 0.14% ny)
2014-06-19 08:38:56 avtar Info <6083>: Sikkerhetskopiert 1 427 GB på 878,94 minutter: 97 GB/time (292 110 filer/time)

Selv om endringsfrekvensen i hvert eksempel er beskjeden (0,47 % og 0,14 %), er ytelsen 292 110 filer per time. Dette er godt under 1 million filer per time som regnes som vanlig ytelse der data leses fra roterende stasjoner.

Kundekonfigurasjon

Hvis du vil kontrollere innvirkningen som PST-filer har på ytelsen for sikkerhetskopiering, utelater du dem fra datasettet og oppretter et datasett eksklusivt for PST-filene. 

Dette lar deg bruke avtar Info <5156> og avtar info <6083> klientloggoppføringer til:

1) Lær gjennomsnittlig (gjennomsnittlig) størrelse på PST-filene i datasettet.
2) Finn ut hvor stor andel av filene som endres hver dag.
3) Finn ut hvordan sikkerhetskopiytelsen til PST-filer er sammenlignet med andre data.

Følgende teknikker bidrar til å redusere treg ytelse av sikkerhetskopier som inneholder PST-filer.

Sikkerhetskopier PST-filer separat fra generelle data:
Utelat PST-filer fra det vanlige datasettet. PST-fildataene sikkerhetskopieres i sin egen tid og forstyrrer ikke den ellers raske sikkerhetskopieringsytelsen som er mulig med vanlige filer. I ekstreme scenarier kan PST-filene sikkerhetskopieres sjeldnere, kanskje bare i helgene.

Bruk sikkerhetskopiering av bilder for klienter på virtuelle maskiner:
Hvis datamengden i sikkerhetskopien er relativt lav, bør du vurdere å sikkerhetskopiere klienten ved hjelp av en Avamar image-proxyklient. Bilde-proxyklienter som er konfigurert med endringsblokksporing, overvåker de endrede blokkene i den virtuelle maskinens .vmdk-fil. Sikkerhetskopier av image skanner ikke alle filer og behandler de som ble endret. Dette resulterer vanligvis i raskere sikkerhetskopieringsytelse.

Sikkerhetskopier e-postdata direkte fra Exchange ved hjelp av Avamar-plugin-modulen:
Den foretrukne metoden for å sikkerhetskopiere e-postdata er å bruke Avamar-plugin-modulen for Exchange. Dette resulterer i mer effektiv sikkerhetskopieringsytelse og unngår muligheten for sikkerhetskopiering av de samme dataene mer enn én gang. Hvis data i PST-filer allerede er lagret på en Exchange-server som Avamar sikkerhetskopierer, bør du vurdere å legge til en global utelatelse for PST-filer.

Når du sikkerhetskopierer PST-filer via plugin-modulen for Avamar-filsystemet, sikrer Microsoft VSS at de åpne PST-filene er "krasjkonsistente". Imidlertid kan det hende at disse filene ikke er 'applikasjonskonsistente'. Det vil si at sikkerhetskopien ikke fanger opp data i minnet eller fanger opp ventende I / O-operasjoner som er rettet til filen.

Det kan hende at alle filer som er åpne under sikkerhetskopieringen, ikke nødvendigvis er konsekvente når de sikkerhetskopieres.  

Sikkerhetskopiering av vanlige filsystemdata på en typisk Avamar-klient konfigurert med rotasjonsdisker (uten SSD) kjøres vanligvis med rundt én million filer i timen. 

Denne verdien av filene/timeytelsen varierer og avhenger av mange faktorer, inkludert typen klientdata, nettverksgjennomstrømming, disk-undersystemytelse og CPU-tilgjengelighet.