Avamar: Säkerhetskopieringen är långsam eller misslyckas med "Time out - end" på grund av många nya eller ändrade data

Den här artikeln är ett lösningsdokument som tillhör prestanda för säkerhetskopiering av Avamar-klienten. Så här identifierar du flaskhalsar (LÖSNINGSSÖKVÄG)
 

En Avamar-säkerhetskopiering verkar köras långsammare än vanligt eller kan inte slutföras inom det vanliga säkerhetskopieringsfönstret.

Klientloggen visar att säkerhetskopian innehåller en hög andel modifierade filer och/eller mycket ny data.

Loggutdrag som visar många ändrade 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)

Den här loggen visar att säkerhetskopian genomsökte 2 890 814 filer och att 2 743 151 av dessa filer hade ändrats sedan den senaste säkerhetskopieringen. Trots den här stora andelen filer som ändrades skickades endast 0,45 % nya data till Avamar-servern.

Loggutdrag som visar mycket ytterligare data.
 

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)

Det här loggutdraget visar att 60 GB nya data har lagts till i säkerhetskopian, jämfört med en total säkerhetskopieringsstorlek på 145 GB.

Anledningen till att säkerhetskopieringen tar längre tid i dessa situationer är att avtar måste skanna varje fil i datauppsättningen för att kontrollera om den har ändrats.

Ändrade filer delas upp i små bitar, tilldelas en SHA-hash och jämförs sedan med innehållet i cachen. Filer som inte finns i cacheminnet kontrolleras mot de som finns på Avamar-servern, och om de saknas skickas de över nätverket. Det kan ta lång tid för stora filer.

Om en säkerhetskopia innehåller många filer eller en stor andel filer som ändras ofta tar säkerhetskopieringen längre tid.

Avamar beter sig som förväntat, men data kan vara ovanliga eller så kan någon annan process användas på datauppsättningen för att ändra filerna.

Om många nya data har lagts till i en Avamar-säkerhetskopia tar jobbet längre tid att bearbeta och mata in de nya filerna.
 

 

Avamar beter sig som avsett, men data på klienten kan ändras oväntat.

Kunden bör granska klienten och avgöra om dataändringen är avsiktlig och beror på normal aktivitet.

Har kunden ändrat datauppsättningen för klienten eller lagt till en diskenhet?

Om mängden nya data eller antalet filer ökar, även efter att den första säkerhetskopieringen har slutförts, kanske den så småningom inte längre slutförs inom ramen för ett dagligt fönster.  

Granska säkerhetskopieringsloggen och jämför den med en tidigare säkerhetskopieringslogg där säkerhetskopieringen slutfördes inom den vanliga tiden.

Om mängden säkerhetskopierade data har ökat utanför den ursprungliga designomfattningen kan du söka hjälp från Dell Professional Services eller Dell Backup and Recovery Design Centre.

Följande DELL-artikel är användbar när du undersöker vilka filer i en säkerhetskopia som har ändrats och måste bearbetas av Avamar.

• Så här identifierar du vilka filer som tog lång tid att bearbeta under en Avamar-säkerhetskopiering

Avamar ändrar inte filer och använder inte "arkivbiten".
Undersök vad som gör att filerna eller filernas metadata ändras.

Vissa antivirusprogram har observerats ändra en fils metadataattribut, antingen avsiktligt eller av misstag.  

Exempel på detta beteende har observerats med följande produkter.

• Sophos:
  • Dålig säkerhetskopieringsprestanda för Avamar-klient som kör Sophos anti-virus  
  • 118630: Sophos Anti-Virus gör att säkerhetskopieringstiderna ökar.
• Trend Micro:
  • Se snabbkorrigering 1383 i den här viktiga informationen.