Avamar: Back-up is traag of mislukt met "Time-out - end" vanwege veel nieuwe of gewijzigde data

Dit artikel is een oplossingsdocument dat behoort tot de Back-upprestaties van de Avamar-client. Knelpunten identificeren (RESOLUTION PATH)
 

Een Avamar-back-up lijkt trager te worden uitgevoerd dan normaal of kan niet worden voltooid binnen het normale back-upvenster.

Uit het klantenlogboek blijkt dat de back-up een hoog percentage gewijzigde bestanden en/of veel nieuwe gegevens bevat.

Logboekuittreksel met veel gewijzigde bestanden.

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)

Dit logboek laat zien dat de back-up 2.890.814 bestanden heeft gescand en dat 2.743.151 van die bestanden zijn gewijzigd sinds de laatste back-up. Ondanks dit hoge percentage bestanden dat werd gewijzigd, werden slechts 0,45% nieuwe data naar de Avamar-server verzonden.

Loguittreksel met veel aanvullende gegevens.
 

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)

Uit dit logboek blijkt dat er 60 GB aan nieuwe data is toegevoegd aan de back-up, vergeleken met een totale back-upgrootte van 145 GB.

De reden dat de back-up in deze situaties langer duurt, is omdat avtar elk bestand in de dataset moet scannen om te controleren of het is gewijzigd.

Gewijzigde bestanden worden opgedeeld in kleine stukjes, krijgen een SHA-hash toegewezen en worden vervolgens vergeleken met de inhoud van de cache. Bestanden die zich niet in de cache bevinden, worden gecontroleerd met de bestanden op de Avamar-server en als ze ontbreken, worden ze over het netwerk verzonden. Bij grote bestanden kan dit lang duren.

Als een back-up veel bestanden bevat of een groot percentage bestanden die vaak worden gewijzigd, duurt de back-up langer.

Avamar gedraagt zich zoals verwacht, maar de data kunnen ongebruikelijk zijn of er kan een ander proces op de dataset worden uitgevoerd om de bestanden te wijzigen.

Als er veel nieuwe data zijn toegevoegd aan een Avamar-back-up, duurt het langer om de nieuwe bestanden te verwerken en op te nemen.
 

 

Avamar gedraagt zich zoals bedoeld, maar de data over de client kunnen onverwacht veranderen.

De klant moet de client beoordelen en bepalen of de gegevenswijziging opzettelijk is of het gevolg is van normale activiteit.

Heeft de klant de dataset voor de client aangepast of een schijfstation toegevoegd?

Als de hoeveelheid nieuwe data of het aantal bestanden toeneemt, is het mogelijk dat zelfs nadat de eerste back-up is voltooid, deze uiteindelijk niet meer wordt voltooid binnen de grenzen van een dagelijks venster.  

Bekijk het back-uplogboek en vergelijk het met een eerder back-uplogboek waarin de back-up binnen de normale tijd is voltooid.

Als de hoeveelheid back-updata groter is dan het oorspronkelijke ontwerpbereik, vraag dan hulp aan Dell Professional Services of het Dell Backup and Recovery Design Centre.

Het volgende Dell artikel is nuttig wanneer u onderzoekt welke bestanden in een back-up gewijzigd zijn en door Avamar verwerkt moesten worden.

• Identificeren welke bestanden er lang over deden om te worden verwerkt tijdens een Avamar-back-up

Avamar wijzigt geen bestanden en maakt geen gebruik van de 'archiefbit'.
Onderzoek waardoor de bestanden of de metadata van de bestanden worden gewijzigd.

Van sommige antivirussoftwareprogramma's is waargenomen dat ze de metadata-kenmerken van een bestand wijzigen, hetzij door ontwerp, hetzij per ongeluk.  

Voorbeelden van dit gedrag zijn waargenomen bij de volgende producten.

• Sofis:
  • Slechte back-upprestaties voor Avamar client met Sophos anti-virus  
  • 118630: Sophos Anti-Virus zorgt ervoor dat de back-uptijden toenemen.
• Trend Micro:
  • Zie hotfix 1383 in deze releaseopmerkingen.