Avamar: Sikkerhedskopieringen er langsom eller mislykkes med "Time out - end" på grund af en masse nye eller ændrede data

Denne artikel er et løsningsdokument, der hører til Avamar-klientens sikkerhedskopieringsydeevne. Sådan identificeres flaskehalse (LØSNINGSSTI)
 

En Avamar-sikkerhedskopiering kører tilsyneladende langsommere end normalt eller kan ikke fuldføres i det almindelige sikkerhedskopieringsvindue.

Klientloggen viser, at sikkerhedskopien indeholder en høj procentdel af ændrede filer og/eller en masse nye data.

Log uddrag viser mange ændrede 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 log viser, at sikkerhedskopien scannede 2.890.814 filer, og at 2.743.151 af disse filer var blevet ændret siden sidste sikkerhedskopiering. På trods af denne store procentdel af filer, der ændres, blev kun 0.45% nye data sendt til Avamar-serveren.

Loguddrag, der viser en masse yderligere 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)

Dette logudtræk viser, at der blev føjet 60 GB nye data til sikkerhedskopien sammenlignet med en samlet sikkerhedskopieringsstørrelse på 145 GB.

Årsagen til, at sikkerhedskopieringen tager længere tid i disse situationer, er, at avtar skal scanne hver fil i datasættet for at kontrollere, om den blev ændret.

Ændrede filer opdeles i små bidder, tildeles en SHA-hash og sammenlignes derefter med indholdet af cachen. Filer, der ikke findes i cachen, kontrolleres sammen med dem, der findes på Avamar-serveren, og hvis de mangler, sendes de via netværket. Dette kan tage lang tid for store filer.

Hvis en sikkerhedskopi indeholder mange filer eller en stor procentdel af filer, der ofte ændres, tager sikkerhedskopieringen længere tid.

Avamar opfører sig som forventet, men dataene kan være usædvanlige, eller der kører muligvis en anden proces på datasættet for at ændre filerne.

Hvis der er føjet mange nye data til en Avamar-sikkerhedskopi, tager jobbet længere tid at behandle og indtage de nye filer.
 

 

Avamar opfører sig efter hensigten, men dataene på klienten ændrer sig muligvis uventet.

Kunden skal gennemgå klienten og afgøre, om dataændringen er tilsigtet og skyldes normal aktivitet.

Har kunden ændret datasættet for klienten eller tilføjet et diskdrev?

Hvis mængden af nye data eller antallet af filer stiger, selv efter at den første sikkerhedskopiering er fuldført, kan den til sidst ikke længere fuldføres inden for rammerne af et dagligt vindue.  

Gennemse sikkerhedskopieringsloggen, og sammenlign den med en tidligere sikkerhedskopieringslogfil, hvor sikkerhedskopieringen er fuldført inden for den normale tid.

Hvis mængden af sikkerhedskopieringsdata er steget ud over det oprindelige designomfang, skal du søge hjælp hos Dell Professional Services eller Dell Backup and Recovery Design Centre.

Følgende DELL-artikel er nyttig, når du undersøger, hvilke filer i en sikkerhedskopi der blev ændret og skulle behandles af Avamar.

• Sådan identificerer du, hvilke filer der tog lang tid at behandle under en Avamar-sikkerhedskopiering

Avamar ændrer ikke filer og bruger ikke "arkivbitten".
Undersøg, hvad der får filerne eller filernes metadata til at blive ændret.

Nogle antivirusprogrammer er blevet observeret at ændre en fils metadataattributter, enten ved design eller ved et uheld.  

Der er observeret eksempler på denne adfærd med følgende produkter.

• Sophos:
  • Dårlig sikkerhedskopieringsydeevne for Avamar-klient, der kører Sophos-antivirusprogrammet  
  • 118630: Sophos Anti-Virus forårsager backup tider til at øge.
• Trend Micro:
  • Se Hotfix 1383 i disse produktbemærkninger.