Avamar: Sikkerhetskopiering er treg eller mislykkes med "Time out - end" på grunn av mange nye eller endrede data

Denne artikkelen er et løsningsdokument som tilhører sikkerhetskopieringsytelsen for Avamar-klienten. Hvordan identifisere flaskehalser (OPPLØSNINGSBANE)
 

En Avamar-sikkerhetskopi ser ut til å kjøre saktere enn vanlig, eller kan ikke fullføres i det vanlige vinduet for sikkerhetskopiering.

Klientloggen viser at sikkerhetskopien inneholder en høy andel endrede filer og/eller mye ny data.

Loggutdrag som viser mange endrede filer.

2013-12-03 20:48:24 avtar Info <5156>: Backup #72 timestamp 2013-12-03 20:48:24, 2,890,814 files, 420,421 folders, 5,362 GB (2,743,151 files, 24.36 GB, 0.45% new)

Denne loggen viser at sikkerhetskopien skannet 2 890 814 filer, og at 2 743 151 av disse filene hadde blitt endret siden forrige sikkerhetskopiering. Til tross for at denne store prosentandelen av filene ble endret, ble bare 0,45 % nye data sendt til Avamar-serveren.

Loggutdrag som viser mye tilleggsdata.
 

2015-09-26 11:09:52 avtar Info <5157>: PARTIAL Backup #31 timestamp 2015-09-26 11:20:21, 4,591 files, 1,044 directories, 145.1 GB (2,082 files, 61.63 GB, 42.47% new)

Dette loggutdraget viser at 60 GB med nye data ble lagt til sikkerhetskopien, sammenlignet med en total sikkerhetskopistørrelse på 145 GB.

Grunnen til at sikkerhetskopieringen tar lengre tid i disse situasjonene er fordi avtar må skanne hver fil i datasettet for å sjekke om den ble endret.

Modifiserte filer deles inn i små biter, tildeles en SHA-hash og sammenlignes deretter med innholdet i hurtigbufferen. Filer som ikke er i hurtigbufferen, kontrolleres med filene som ligger på Avamar-serveren, og hvis de mangler, sendes de over nettverket. Dette kan ta lang tid for store filer.

Hvis en sikkerhetskopi inneholder mange filer eller en stor prosentandel av filene som ofte endres, tar sikkerhetskopieringen lengre tid.

Avamar fungerer som forventet, men dataene kan være uvanlige, eller det kan hende at en annen prosess fungerer på datasettet for å endre filene.

Hvis mange nye data er lagt til i en Avamar-sikkerhetskopi, tar jobben lengre tid å behandle og innta de nye filene.
 

 

Avamar fungerer som den skal, men dataene på klienten kan endres uventet.

Kunden bør gjennomgå klienten og avgjøre om dataendringen er tilsiktet og på grunn av normal aktivitet.

Har kunden endret datasettet for klienten eller lagt til en diskstasjon?

Hvis mengden nye data eller antall filer øker, kan det hende at den ikke lenger fullføres innenfor rammen av et daglig vindu, selv etter at den første sikkerhetskopieringen er fullført.  

Se gjennom sikkerhetskopiloggen, og sammenlign den med en tidligere sikkerhetskopilogg der sikkerhetskopieringen ble fullført i løpet av vanlig tid.

Hvis mengden sikkerhetskopieringsdata har økt utover det opprinnelige designomfanget, kan du søke hjelp fra Dell Professional Services eller Dell Backup and Recovery Design Centre.

Følgende DELL-artikkel er nyttig når du undersøker hvilke filer i en sikkerhetskopi som ble endret og måtte behandles av Avamar.

• Slik identifiserer du hvilke filer som tok lang tid å behandle under en Avamar-sikkerhetskopiering

Avamar endrer ikke filer eller bruker "arkivbit".
Undersøk hva som forårsaker at filene eller filenes metadata endres.

Noen antivirusprogrammer har blitt observert for å endre filens metadataattributter, enten ved design eller ved et uhell.  

Eksempler på slik atferd er observert med følgende produkter.

• Sofos:
  • Dårlig sikkerhetskopiytelse for Avamar-klient som kjører Sophos anti-virus  
  • 118630: Sophos Anti-Virus forårsaker backup ganger å øke.
• Trend Micro:
  • Se feilretting 1383 i disse produktmerknadene.