Skip to main content
  • Place orders quickly and easily
  • View orders and track your shipping status
  • Create and access a list of your products

Avamar - Sådan fortolker du statuslinjer for avtar-sikkerhedskopieringslogfiler

Summary: Denne artikel beskriver, hvordan du forstår og fortolker avtar-logstatuslinjer, som jævnligt genereres under en sikkerhedskopieringssession. Dette er et nyttigt værktøj, især ved undersøgelse af problemer med klientens ydeevne. ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Symptoms

Under en sikkerhedskopiering skriver avtar-processen jævnligt statuslinjer til logfilen, der rapporterer status for og status for avtar under sikkerhedskopieringen.

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

Sådan isoleres statusoplysningerne
Brug et redigeringsprogram som f.eks. Notesblok++, og søg efter linjer, der indeholder "<8688>" eller "<5100>" i ældre klientversioner.

Hyppighed for logføring af status
Som standard skrives avtar-statusoplysninger hvert 15. minut (900 sek.). Denne frekvens kan ændres ved at overføre en værdi til avtar ved hjælp af flagstatus=[seconds]. Gør dette enten ved hjælp af avtar.cmd-parameterfilen eller fra Avamar-brugergrænsefladens konfigurationsindstillinger for datasæt.

Det anbefales at lade standardfrekvensen være for at bevare logfilens læsbarhed. Hvis det tager længere end 15 minutter at sikkerhedskopiere en fil, rapporteres der om flere statuslinjer. Hvis der er behov for mere finmaskethed, skal du reducere indstillingen efter behov. Hvis der genereres store logfiler til sikkerhedskopiering i længere tid, bør du overveje at øge indstillingen for at rapportere hver time (3600 sek.).

Hvad betyder de forskellige afsnit af statuslinjen?
  • Statusrapporterne fortæller os sammen med dato og klokkeslæt.
  • Hvor mange filer der er blevet behandlet indtil videre.
  • Hvor mange af disse filer der er blevet ændret.
  • Den mængde data, der skal sendes til Avamar-serveren
  • avtar resource-metrikværdier
  • Oplysninger om den fil, der sidst blev behandlet.
Nedenfor bruger vi farvekodning til at identificere disse metrikværdier.
2014-12-07 10:16:56 avtar Info <8688>: Status 2014-12-07 10:16:56, 20,788,307 filer, 343.633 mapper, 327,9 GB (9.049.052 filer, 0 byte, 0,00 % ny) 1074 MB60 % CPU /data/typer.dtc

Oplysninger leveret af statuslinjen:-
  • Dato og klokkeslæt (klientens tidszone)
  • Antal kildefiler og mapper, der er blevet scannet indtil videre
  • Den kombinerede størrelse af kildefiler, der er blevet scannet indtil videre 

For afsnittet i beslag:-
(9.049.052 filer, 0 byte,0,00 % ny)
  • Antal ændrede filer, som avtar er fuldt behandlet
  • Mængde data, der er føjet til Avamar-serveren
  • Skift hastighed for denne sikkerhedskopi (indtil videre).

Den forreste side af logfilen viser:-
1074 MB60 % CPU/base/data/types.dtc
  • Forbrug af klienthukommelse for avtar-processen (i Megabytes)
  • Procentdel af systemets CPU, der forbruges af avtar
  • Navnet på den fil, der sidst blev sikkerhedskopieret, da statusmeddelelsen blev genereret.

Den sidste og vigtigste statuslinje er sikkerhedskopieringsoversigten. Den kan findes i slutningen af logfilen ved at søge efter "Sikkerhedskopieringsnr.".  
Derefter har vi linjen for sikkerhedskopieringsstatistik (kan søges med "Sikkerhedskopieret").

2015-11-18 00:34:32 avtar Info <5156>: Sikkerhedskopiering #75 tidsstempel 2015-11-18 00:24:43, 4.007.032 filer, 1.974.043 mapper, 1.589 GB (2.680 filer, 419.4 MB, 0.03 % ny) . 2015-11-18 00:34:32 avtar Info <6083>: Sikkerhedskopieret 1.589 GB på 144,70 minutter: 659 GB/time (1.661.482 filer/time)

Åbn filer
For at kunne sikkerhedskopiere en fil skal avtar åbne den. Følgende meddelelse viser, at avtar har én fil, der åbnes under sikkerhedskopieringen. Dette er adskilt fra alle andre programmer, der muligvis også virker på filen.

2016-08-22 21:30:04 avtar Info <8688>: Status 2016-08-22 21:30:04, 25,921 filer, 3.746 mapper, 104,9 GB (1.274 filer, 0 bytes, 0,00 % ny) 1733 MB 46 % CPU (1 åbne filer) /opt/2016_hold.tar 

Cause

Ikke relevant

Resolution

Dette afsnit bør gennemgås sammen med den generelle artikel om fejlfinding af klientsikkerhedskopieringsydeevne.
Se Avamar Client-sikkerhedskopieringsydeevne. Sådan identificerer du flaskehalse (LØSNINGSSTI)


Gennemgå klientlogfiler regelmæssigt for at forstå, hvad der er typisk, så usædvanlige mønstre kan identificeres.
" Outliers" kan indikere et potentielt problem, der påvirker sikkerhedskopieringsydeevnen og eller Avamar-serverens lagerkapacitet!


Hver enkelt statusinformation kan være nyttig. Her oplister vi en række ting, du skal overveje, når du ser på hver statistik.  
Ved at filtrere statuslinjerne fra logfilen og analysere tallene, kan vi forstå adfærden.


Overvej følgende:

1) Antal kildefiler og mapper, der er scannet indtil videre

. Er der mange filer i sikkerhedskopien? Hver fil avtar skal scanne, tager tid.  
Sikkerhedskopieringsvarigheden for sikkerhedskopieringer af filsystemet er stort set proportional med antallet af scannede filer.  


Efterhånden som sikkerhedskopieringen udvikler sig, bør "Antallet af kildefiler og mapper, der er scannet indtil videre", øges.
Hvis dette tal ikke længere øges, eller hvis filscanningens hastighed bliver langsommere, skal du kontrollere filnavnene i slutningen af statuslinjen. Du kan finde en stor ændret fil, som behandles af avtar.
Overvej, at avtar nu kan scanne filer i en anden partition eller et langsommere (eller mere belastet) lagerundersystem.


Er antallet af filer i sikkerhedskopieringen realistiske i forhold til filernes ydeevne i timen og det maksimalt tilgængelige sikkerhedskopieringsvindue?

2) Forhold mellem filer og mapper

Ser det ud til, at der er et usædvanligt lille eller stort antal mapper i forhold til antallet af filer, der er sikkerhedskopieret?  
Mange filer i en enkelt mappe (100.000+) kan nogle gange resultere i reduceret ydeevne, da det kan være et lille fil-til-mappeforhold.

3) Samlet størrelse af kildefiler scannet indtil videre

Denne værdi vil i sidste ende give den samlede størrelse af sikkerhedskopien.
Værdien er betydelig for sikkerhedskopieringer af databasetypen, hvor avtar sandsynligvis vil behandle mange af filerne i datasættet.
I disse situationer er sikkerhedskopieringsydeevnen proportional med den hastighed, hvormed avtar kan behandle (chunk, compress, hash)
dataene.

Denne værdi er også vigtig for filsystemets sikkerhedskopieringsydeevne. Sikkerhedskopieringer af større datasæt kan tolerere mindre ændringshastighedsprocenter.  

Bemærk: Ved at tage antallet af filer, der scannes og finder ud af størrelsen på de kildefiler, der scannes, lærer vi den gennemsnitlige (gennemsnitlige) filstørrelse.
Hvis den gennemsnitlige filstørrelse er stor, skaber selv et beskedent antal ændrede filer en masse behandlingsarbejde for avtar.
Se overvejelser om ydeevne, når du bruger Avamar til at sikkerhedskopiere Outlook-arkivet .pst-filer 




4) Antallet af ændrede filer, der behandles af avtar

. Dette hjælper os med at forstå den arbejdsmængde, sikkerhedskopieringen skal udføre.

Hvad angår sikkerhedskopieringer af databaser, er dette tal relativt højt i forhold til antallet af filer i datasættet.  
Det kan endda være tilfældet, at alle filer i datasættet er ændret.  


Ved sikkerhedskopieringer af filsystemet skal dette tal noteres omhyggeligt. Under de første sikkerhedskopieringer er tallet altid højt.  
For sikkerhedskopieringer på niveau 1 (sikkerhedskopieringer, der udføres efter den første sikkerhedskopiering), vil tallet typisk være under 3 % af det samlede antal scannede filer.  
Hvis andelen er >5 %, kan det forårsage en dramatisk effekt på sikkerhedskopieringens varighed, især hvis der er en stor mængde data i datasættet, eller hvis den gennemsnitlige filstørrelse er stor.


Identificer, hvilke filer der ændrer sig, og overvej, hvorfor de ændrer sig. Se;

5) Mængde data føjet til Avamar-serveren

Dette er mængden af data, der skal sendes over ledningen til Avamar-serveren. Det påvirker kapacitetsforbruget på Avamar-serveren eller Data Domain.  
For klienter adskilt fra serveren via et WAN, eller hvor replikering overvejes for en klient, bør denne værdi være lille nok til at overføre klientens data i sikkerhedskopieringsvinduet i betragtning af den tilgængelige netværksbåndbredde.


Det er muligt at identificere klienter, der har føjet mest data til et Avamar-system ved hjælp af det capacity.sh script (se nedenfor).


6) Ændringshastigheden for denne sikkerhedskopi (indtil videre)

Denne værdi er enmontering af data, der er føjet til Avamar-serveren divideret med den kombinerede størrelse af de kildefiler, der er scannet indtil videre.
En ændringshastighed, der er højere end 3 %, anses for at være høj.
7) Den aktuelle hukommelsesbrug af avtar-processen (i Megabytes)

Hukommelsesbrug afhænger af forskellige faktorer, herunder;
  • Avamar-version
  • Klientoperativsystem
  • Datasætegenskaber
  • Den type filcache, der bruges.  
Overvej andelen af klientens RAM, der anvendes af avtar, og om dette forbrug kan påvirke klientens klientprocesser.
Når avtar sikkerhedskopierer store mapper, bruger den mere hukommelse, når den forsøger at scanne og sortere data.
Der kan også forekomme øget hukommelsesforbrug ved brug af visse avtar-justeringsparametre (f.eks. flaget maxopendirs).



8) Procentdel af systemets CPU forbrugt af avtar

En mellem til mellem høj værdi er ønskelig, da det betyder, at avtar indføres data hurtigt nok til at holde CPU'en optaget.
Hvis CPU-forbruget er lavt (<10 eller <20 %) kan det skyldes langsom, optaget eller meget forsinket lagerplads eller muligvis en langsom netværksforbindelse.


Overvej, om avtar er konkurrerende med andre processer, der kører på maskinen. Ideelt set bør sikkerhedskopieringer planlægges i perioder med lavere aktivitet på klienten.


9) Navn på den fil, der sidst blev sikkerhedskopieret, da statusmeddelelsen blev genereret:

Overvej, hvilken type data der sikkerhedskopieres ved at kontrollere filnavne, mappestruktur eller filtyper.
Bruger avtaren lang tid på at behandle bestemte filer eller mapper? 
Bliver filscanningens hastighed langsommere under en bestemt mappesti, eller mens du arbejder gennem filer i en bestemt partition?

Additional Information

Eksempel på logføring:-

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 indstilles med 15 s intervaller (standard er = 900 s. Forfatteren anbefaler indstillinger på 300, 600 eller 900).
  • Sikkerhedskopieringen gør langsomt, men stabilt fremskridt.
  • Ydeevnen for filer pr. time er lav (sikkerhedskopieringen fortsætter med 12 filer på 4 minutter).
  • De data, der sikkerhedskopieres, tilknyttes fra en delt lagringsenhed.
  • Hvor procentdelen af "nye" data er usædvanlig høj, kan det være en sikkerhedskopiering første gang, eller sikkerhedskopieringen indeholder en masse nye data.
  • LargePresentation.ppt tog flere minutter at blive sikkerhedskopieret.
  • CPU-udnyttelsen er lav; der indikerer, at avtar leveres data fra destinationslagringsenheden med en langsom hastighed. De indgående data er utilstrækkelige til at holde CPU'en optaget.

Affected Products

Avamar
Article Properties
Article Number: 000062852
Article Type: Solution
Last Modified: 18 Oct 2024
Version:  6
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.