Skip to main content
Sign Out

Welcome to Dell

My Account
  • Place orders quickly and easily
  • View orders and track your shipping status
  • Create and access a list of your products
Sign In Create an Account Premier Sign In Partner Program Sign In
Contact Us

Avamar – Så tolkar du statusrader för Avtar-säkerhetskopieringsloggar

Summary: I den här artikeln beskrivs hur du förstår och tolkar avtar-loggstatusrader som genereras regelbundet under en säkerhetskopieringssession. Det här är ett användbart verktyg, särskilt när klientprestandaproblem undersöks. ...

This article applies to   This article does not apply to 
Check out resources for

Symptoms

Under en säkerhetskopiering skriver avtar-processen regelbundet statusrader till loggen som rapporterar avtar-status och framsteg som görs av avtar under säkerhetskopieringen.

Exempel:
2014-11-14 10:16:56 avtar Info <8688>: Status 2011-11-14 10:16:56, 328 filer, 16 mappar, 26,53 MB (328 filer, 15,35 MB, 57,86 % nya) 34 MB 1 % CPU C:\directory\Folder\file.doc

Så här isolerar du statusinformationen
Använd en redigerare som Notepad++ och sök efter rader som innehåller "<8688>" eller "<5100>" i äldre klientversioner.

Statusloggningsfrekvens
Som standard skrivs statusinformation för avtar var 15:e minut (900 s). Du kan ändra frekvensen genom att ange ett värde till avtar med flaggan status=[seconds]. Gör detta antingen med parameterfilen avtar.cmd eller från konfigurationsalternativen för Avamar-användargränssnittets datauppsättning.

Vi föreslår att du lämnar standardfrekvensen för att bibehålla loggläsbarheten. Om det tar längre tid än 15 minuter att säkerhetskopiera en fil rapporteras den på flera statusrader. Om mer detaljrikedom krävs kan du minska inställningen efter behov. Om stora loggar genereras för säkerhetskopiering som körs länge bör du överväga att öka inställningen för att rapportera varje timme (3 600 s).

Vad betyder de olika avsnitten av statusraden?
  • Tillsammans med datum och tid visar statusrapporterna oss.
  • Hur många filer har bearbetats hittills.
  • Hur många av dessa filer har ändrats.
  • Mängden data som ska skickas till Avamar-servern
  • avtar-resursmått
  • Information om den senaste filen som ska bearbetas.
Nedan använder vi färgkodning för att identifiera dessa mätvärden.
2014-12-07 10:16:56 avtar Info <8688>: Status 2014-12-07 10:16:56, 20, 788 307 filer, 343, 633 kataloger, 327,9 GB (9 049 052 filer, 0 byte, 0,00 % nytt) 1 074 MB60 % processor /data/typer.dtc

Information som tillhandahålls av statusraden:
  • Datum och tid (klientens tidszon)
  • Antal källfiler och mappar som har skannats hittills
  • Den kombinerade storleken på källfiler som har skannats hittills 

För avsnittet inom konsoler: –
(9 049 052 filer, 0 byte, 0,00 % nytt)
  • Antal ändrade filer som har bearbetats fullständigt
  • Mängden data som lagts till på Avamar-servern
  • Ändringsfrekvensen för den här säkerhetskopian (hittills).

Längst ut på loggraden visas:-
1074 MB60 % CPU/base/data/types.dtc
  • Användning av klientminne för avtar-processen (i Megabyte)
  • Procentandel av systemets processor som förbrukas av avtar
  • Namnet på den senaste filen som säkerhetskopierades när statusmeddelandet genererades.

Den sista och viktigaste statusraden är säkerhetskopieringssammanfattningen. Du hittar den i slutet av loggen genom att söka efter "Backup #".  
Efter det har vi statistikraden för säkerhetskopiering (sökbar med "Backed-up").

2015-11-18 00:34:32 avtar Info <5156>: Säkerhetskopiering #75 timestamp 2015-11-18 00:24:43, 4,007,032 filer, 1,974,043 mappar, 1,589 GB (2 680 filer, 419,4 MB, 0,03 % ny) . 2015-11-18 00:34:32 avtar Info <6083>: Säkerhetskopierad 1 589 GB på 144,70 minuter: 659 GB/timme (1 661 482 filer/timme)

Öppna filer
Om du vill säkerhetskopiera en avtar-fil måste du öppna den. Följande meddelande visar att avtar har en fil som öppnas under säkerhetskopieringen. Detta är separerat från andra program som också kan fungera i filen.

2016-08-22 21:30:04 avtar Info <8688>: Status 2016-08-22 21:30:04, 25 921 filer, 3 746 kataloger, 104,9 GB (1 274 filer, 0 byte, 0,00 % nya) 1 733 MB 46 % processor (1 öppna filer) /opt/2016_hold.tar 

Cause

Inte applicerbart

Resolution

Det här avsnittet bör granskas tillsammans med den allmänna artikeln om felsökning av klientens säkerhetskopieringsprestanda.
Se Prestanda för Avamar-klientsäkerhetskopiering. Identifiera flaskhalsar (RESOLUTION PATH)

Granska regelbundet klientloggar för att ta reda på vad som är typiskt så att ovanliga mönster kan identifieras.
" Out designers" kan indikera ett potentiellt problem som påverkar säkerhetskopieringsprestanda och, eller Avamar-serverns lagringskapacitet!

Alla statusuppgifter kan vara användbara. Här listar vi en rad saker att tänka på när du tittar på varje statistik.  
Genom att filtrera bort statusrader från loggen och analysera bilderna kan vi förstå beteendet.

Överväg följande:

1) Antal källfiler och mappar som skannats hittills

. Finns det många filer i säkerhetskopian? Varje fil-avtar måste söka efter, ta tid.  
Säkerhetskopieringstiden för säkerhetskopiering av filsystem är ungefär proportionerig till antalet skannade filer.  

Allteftersom säkerhetskopieringen fortskrider bör antalet källfiler och mappar som skannats hittills öka.
Om antalet slutar öka eller om frekvensen av filskanning blir långsammare kontrollerar du filnamnen i slutet av statusraden. Du kan hitta en stor ändrad fil som bearbetas av avtar.
Tänk på att avtar nu kan skanna filer i en annan partition eller i ett långsammare (eller mer omfattande) lagringsundersystem.

Är antalet filer i säkerhetskopieringen realistiska med tanke på filernas/timprestandan och det maximala tillgängliga säkerhetskopieringsfönstret?

2) Filförhållande till mappar

. Verkar det finnas ett ovanligt litet eller stort antal mappar i förhållande till det antal filer som säkerhetskopieras?  
Många filer i en enda mapp (100 000+) kan ibland leda till lägre prestanda, precis som ett litet fil-till-mapp-förhållande.
3) Den kombinerade storleken på de källfiler som skannats hittills

Det här värdet ger så småningom den totala storleken på säkerhetskopian.
Värdet är betydande för säkerhetskopiering av databastyper där avtar sannolikt kommer att bearbeta många av filerna i datauppsättningen.
I sådana situationer är säkerhetskopieringsprestandan proportionerlig med den hastighet med vilken avtar kan bearbeta (block, komprimera, hash) data.

Det här värdet är också betydande för säkerhetskopieringsprestanda för filsystemet. Säkerhetskopiering av större datauppsättningar kan tolerera mindre förändringshastighetsprocenttal.  

Obs! Genom att ta det antal filer som skannas och delas av storleken på de skannade källfilerna får vi lära oss den genomsnittliga (genomsnittliga) filstorleken.
Om den genomsnittliga filstorleken är stor skapar även ett litet antal ändrade filer mycket bearbetningsarbete för avtar.
Se prestandaöverväganden när du använder Avamar för att säkerhetskopiera Outlook-arkivets .pst-filer 



4) Antal ändrade filer som bearbetas av avtar

. Det här hjälper oss att förstå hur mycket arbete säkerhetskopieringen måste utföra.

För databassäkerhetskopiering är det här antalet relativt högt i förhållande till antalet filer i datauppsättningen.  
Det kan till och med vara så att alla filer i datauppsättningen ändras.  

För säkerhetskopiering av filsystem bör detta nummer anges noggrant. Under de första säkerhetskopieringarna är siffran alltid hög.  
För säkerhetskopiering på nivå 1 (säkerhetskopior som tas efter den första säkerhetskopieringen) är antalet vanligtvis under 3 % av det totala antalet skannade filer.  
Om andelen är >5 % kan det ge en dramatisk effekt på säkerhetskopieringens varaktighet, särskilt om det finns en stor mängd data i datauppsättningen eller om den genomsnittliga filstorleken är stor.

Identifiera vilka filer som ändras och ta hänsyn till varför de ändras. Se;

5) Mängden data som läggs till i Avamar-servern

. Det här är mängden data som måste skickas över kabeln till Avamar-servern. Det påverkar kapacitetsanvändningen på Avamar-servern eller Data Domain.  
För klienter som är åtskilda från servern via ett WAN, eller där replikering tas i beaktande för en klient, bör värdet vara tillräckligt litet för att överföra klientens data i säkerhetskopieringsfönstret med tanke på den tillgängliga nätverksbandbredden.

Det går att identifiera klienter som har lagt till mest data i ett Avamar-system med hjälp av capacity.sh skriptet (se nedan).


6) Ändringsfrekvensen för den här säkerhetskopian (hittills)

Det här värdet är enmontering av data som lagts till på Avamar-servern dividerat med den kombinerade storleken på källfilerna som skannats hittills.
En förändringsfrekvens som är högre än 3 % anses vara hög.
7) Aktuell minnesanvändning för avtar-processen (i Megabyte)

Minnesanvändningen beror på olika faktorer, bland annat:
  • Avamar-version
  • Klientoperativsystem
  • Datauppsättningsegenskaper
  • Typ av filcache som används.  
Ta hänsyn till andelen av klientens RAM-minne som används av avtar och om den förbrukningen kan påverka klientens klientprocesser.
När avtar säkerhetskopierar stora kataloger förbrukar det mer minne när det försöker skanna och sortera data.
Ökad minnesförbrukning kan också uppstå om du använder vissa avtar-justeringsparametrar (t.ex. maxopendirs-flaggan).


8) Procentandelen av systemets processor som förbrukas av avtar

Ett medel till medelhögt värde är önskvärt eftersom det innebär att avtar matas data tillräckligt snabbt för att hålla processorn upptagen.
Om processoranvändningen är låg (<10 eller <20 %) kan det bero på långsam, upptagen eller mycket hög intalerad lagring eller möjligen en långsam nätverksanslutning.

Tänk om avtar konkurrerar med andra processer som körs på datorn. Säkerhetskopieringar bör helst schemaläggas i perioder med lägre aktivitet på klienten.


9) Namnet på den senaste filen som säkerhetskopierades när statusmeddelandet genererades:

Ta hänsyn till vilken typ av data som säkerhetskopieras genom att kontrollera filnamn, katalogstruktur eller filtillägg.
Ägnar Avtar lång tid åt att bearbeta vissa filer eller kataloger? 
Blir frekvensen av filskanning långsammare under en viss katalogsökväg eller när du arbetar genom filer i en viss partition?

Additional Information

Loggningsexempel:-

Status 2011-11-14 10:19:26, 413 files, 36 folders, 43.84 MB (413 files, 24.54 MB, 55.99% new) 33MB   2% CPU  E:\\store\Small-file.txt
Status 2011-11-14 10:19:41, 418 files, 39 folders, 46.24 MB (418 files, 26.14 MB, 56.53% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:19:56, 420 files, 39 folders, 47.79 MB (420 files, 27.49 MB, 57.52% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:20:11, 420 files, 39 folders, 49.25 MB (420 files, 28.87 MB, 58.63% new) 33MB   1% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:20:26, 420 files, 39 folders, 52.68 MB (420 files, 32.30 MB, 61.32% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:20:41, 420 files, 39 folders, 54.80 MB (420 files, 34.33 MB, 62.65% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:20:56, 420 files, 39 folders, 58.48 MB (420 files, 38.01 MB, 64.99% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:21:11, 420 files, 39 folders, 59.87 MB (420 files, 39.39 MB, 65.80% new) 33MB   1% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:21:26, 420 files, 39 folders, 62.40 MB (420 files, 41.92 MB, 67.19% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:21:41, 420 files, 39 folders, 64.59 MB (420 files, 44.12 MB, 68.31% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:21:56, 420 files, 39 folders, 67.04 MB (420 files, 46.57 MB, 69.46% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:22:11, 420 files, 39 folders, 69.13 MB (420 files, 48.66 MB, 70.39% new) 33MB   1% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:22:26, 421 files, 39 folders, 71.99 MB (421 files, 51.25 MB, 71.20% new) 33MB   2% CPU  E:\\store\Smalller.pptx
Status 2011-11-14 10:22:41, 421 files, 39 folders, 74.80 MB (421 files, 54.06 MB, 72.27% new) 33MB   2% CPU  E:\\store\Small.xls
Status 2011-11-14 10:22:56, 424 files, 39 folders, 77.23 MB (424 files, 56.24 MB, 72.83% new) 33MB   2% CPU  E:\\store\Small.txt
Status 2011-11-14 10:23:11, 425 files, 39 folders, 79.33 MB (425 files, 57.62 MB, 72.63% new) 33MB   1% CPU  E:\\store\Small.pdf

What we learn from this logging example:
  • Statusrapporter ställs in med 15 s-intervall (standard är = 900 s. Skribenten rekommenderar inställningar på 300, 600 eller 900).
  • Säkerhetskopieringen går långsamt men går stadigt framåt.
  • Prestandan för filer per timme är låg (säkerhetskopieringen sker via 12 filer på 4 minuter).
  • De data som säkerhetskopieras mappas från en delad lagringsenhet.
  • När procentandelen av "nya" data är ovanligt hög kan det vara en förstagångssäkerhetskopiering eller så innehåller säkerhetskopieringen många nya data.
  • LargePresentation.ppt tog flera minuter att säkerhetskopiera.
  • Processoranvändningen är låg; vilket innebär att avtar tillhandahålls data från mållagringsenheten långsamt. Inkommande data är otillräckliga för att hålla processorn upptagen.

Affected Products

Avamar
Article Properties
Article Number: 000062852
Article Type: Solution
Last Modified: 04 Apr 2023
Version:  4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.