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 - De statusregels van avtar back-uplogboeken interpreteren

Summary: In dit artikel wordt beschreven hoe u de avtar-logboekstatusregels begrijpt en interpreteert die periodiek worden gegenereerd tijdens een back-upsessie. Dit is een handig hulpmiddel, met name bij het onderzoeken van problemen met de prestaties van clients. ...

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

Symptoms

Tijdens een back-up schrijft het avtar-proces regelmatig statusregels naar het logboek waarin de status van en de voortgang van avtar tijdens de back-up worden vermeld.

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

Statusinformatie
isolerenGebruik een editor zoals Notepad++ en zoek naar regels met "<8688>" of "<5100>" in oudere clientversies.

Frequentie van statusregistratie
Standaard wordt avtar-statusinformatie elke 15 minuten (900 s) geschreven. Deze frequentie kan worden gewijzigd door een waarde door te geven aan avtar met behulp van de vlagstatus=[seconds]. Doe dit met behulp van het parameterbestand avtar.cmd of vanuit de configuratieopties van de Avamar-gebruikersinterface.

Het wordt aangeraden om de standaardfrequentie te laten staan om de leesbaarheid van het logboek te behouden. Als een bestand langer dan 15 minuten nodig heeft om een back-up te maken, meldt het meerdere statusregels. Als er meer granulariteit nodig is, verlaagt u de instelling indien van toepassing. Als grote logboeken worden gegenereerd voor langdurige back-ups, kunt u overwegen de instelling voor het rapporteren per uur (3600 s) te verhogen.

Wat betekenen de verschillende secties van de statusregel?
  • Samen met de datum en tijd vertellen de statusrapporten ons dat.
  • Hoeveel bestanden tot nu toe zijn verwerkt.
  • Hoeveel van deze bestanden zijn gewijzigd.
  • De hoeveelheid data die naar de Avamar-server moet worden verzonden
  • avtar-resourcestatistieken
  • Details van het laatste bestand dat moet worden verwerkt.
Hieronder gebruiken we kleurcodering om deze statistieken te identificeren.
2014-12-07 10:16:56 avtar Info <8688>: Status 2014-12-07 10:16:56, 20.788.307 bestanden, 343.633 mappen, 327,9 GB (9.049.052 bestanden, 0 bytes, 0,00% nieuw) 1074 MB60% CPU /data/types.dtc

Informatie verstrekt door de statusregel:-
  • Datum en tijd (tijdzone van de client)
  • Aantal bronbestanden en mappen dat tot nu toe is gescand
  • De gecombineerde grootte van bronbestanden die tot nu toe zijn gescand 

Voor het gedeelte tussen haakjes:-
(9.049.052 bestanden, 0 bytes, 0,00% nieuw)
  • Aantal gewijzigde bestanden dat avtar volledig heeft verwerkt
  • Hoeveelheid data toegevoegd aan de Avamar-server
  • Wijzigingssnelheid van deze back-up (tot nu toe).

De achterkant van de logboekregel toont:-
1074 MB60% CPU/base/data/types.dtc
  • Clientgeheugengebruik van het avtar-proces (in Megabytes)
  • Percentage van de CPU van het systeem dat wordt verbruikt door avtar
  • Naam van het laatste bestand waarvan een back-up is gemaakt toen het statusbericht werd gegenereerd.

De laatste en de belangrijkste statusregel is het back-upoverzicht. U vindt het aan het einde van het logboek door te zoeken naar 'Backup #'.  
Hierna hebben we de regel back-upstatistieken (doorzoekbaar met "Back-up").

2015-11-18 00:34:32 avtar Info <5156>: Back-up #75 tijdstempel 2015-11-18 00:24:43, 4.007.032 bestanden, 1974,043 mappen, 1589 GB (2680 bestanden, 419,4 MB, 0,03% nieuw) . 2015-11-18 00:34:32 avtar Info <6083>: Back-up van 1589 GB in 144,70 minuten: 659 GB/uur (1661.482 bestanden/uur)

Bestanden openen
Om een back-up van een bestand te maken, moet avtar het openen. Het volgende bericht geeft aan dat avtar één bestand heeft dat wordt geopend tijdens de back-up. Dit staat los van alle andere applicaties die mogelijk ook aan het bestand werken.

22-08-2016 21:30:04 avtar Info <8688>: Status 2016-08-22 21:30:04, 25.921 bestanden, 3746 mappen, 104,9 GB (1274 bestanden, 0 bytes, 0,00% nieuw) 1733 MB 46% CPU (1 geopende bestanden) /opt/2016_hold.tar 

Cause

Niet van toepassing

Resolution

Dit gedeelte moet worden beoordeeld in samen met het algemene artikel over het oplossen van problemen met de prestaties van clientback-ups.
Zie avamar client back-upprestaties. Knelpunten identificeren (OPLOSSINGSPAD)

Controleer regelmatig clientlogboeken om te begrijpen wat normaal is, zodat er vreemde patronen kunnen worden geïdentificeerd.
' Outouts" kunnen duiden op een mogelijk probleem dat van invloed is op de back-upprestaties en, of avamar server storagecapaciteit!

Elk stukje statusinformatie kan nuttig zijn. Hier vermelden we een aantal dingen die u moet overwegen wanneer u naar elke statistiek kijkt.  
Door de statusregels uit het logboek te filteren en de afbeeldingen te analyseren, kunnen we het gedrag begrijpen.

Overweeg het volgende:

1) Aantal bronbestanden en mappen dat tot nu toe

is gescandZijn er veel bestanden in de back-up? Elk bestand dat avtar moet scannen, neemt tijd in beslag.  
De duur van de back-up voor back-ups van het bestandssysteem is ongeveer evenredig met het aantal gescande bestanden.  

Naarmate de back-up wordt uitgevoerd, moet het aantal bronbestanden en mappen dat tot nu toe is gescand, worden verhoogd.
Als dit aantal stopt met verhogen of als de snelheid van bestandsscans trager wordt, controleert u de bestandsnamen aan het einde van de statusregel. Mogelijk vindt u een groot gewijzigd bestand dat wordt verwerkt door avtar.
Houd er rekening mee dat avtar nu bestanden op een andere partitie scant of een trager (of meer zwaar belast) storagesubsysteem.

Is het aantal bestanden in de back-up realistisch gezien de prestaties per uur en het maximaal beschikbare back-upvenster?

2) Verhouding van bestanden tot mappen

Lijkt er een ongebruikelijk klein of groot aantal mappen te zijn in relatie tot het aantal bestanden waarvan een back-up is gemaakt?  
Veel bestanden in één map (100.000+) kunnen soms resulteren in verminderde prestaties, net als een kleine bestands-/mapverhouding.
3) Gecombineerde grootte van de tot nu toe

gescande bronbestandenDeze waarde geeft uiteindelijk de totale grootte van de back-up.
De waarde is significant voor back-ups van databasetypen waarbij avtar waarschijnlijk veel van de bestanden in de dataset verwerkt.
In die situaties zijn de back-upprestaties evenredig met de snelheid waarmee avtar de data kan verwerken (chunk, comprimeren, hash).

Deze waarde is ook belangrijk voor de back-upprestaties van het bestandssysteem. Back-ups van grotere datasets kunnen kleinere percentagewijzigingen tolereren.  

Opmerking: Door het aantal gescande bestanden te nemen en te delen door de grootte van de gescande bronbestanden, leren we de gemiddelde (gemiddelde) bestandsgrootte.
Als de gemiddelde bestandsgrootte groot is, maakt zelfs een klein aantal gewijzigde bestanden veel verwerkingswerk voor avtar.
Zie prestatieoverwegingen bij het gebruik van Avamar om een back-up te maken van Outlook-archief .pst-bestanden 



4) Aantal gewijzigde bestanden verwerkt door avtar

Dit helpt ons inzicht te krijgen in de hoeveelheid werk die de back-up moet uitvoeren.

Voor databaseback-ups is dit aantal relatief hoog in relatie tot het aantal bestanden in de dataset.  
Het kan zelfs zo zijn dat alle bestanden in de dataset worden gewijzigd.  

Voor back-ups van het bestandssysteem moet dit nummer zorgvuldig worden genoteerd. Tijdens de eerste back-ups is het aantal altijd hoog.  
Voor back-ups van niveau 1 (back-ups die worden gemaakt na de eerste back-up), ligt het aantal doorgaans onder 3% van het totale aantal gescande bestanden.  
Als het aandeel 5% is >, kan dit een drastisch effect hebben op de duur van de back-up, vooral als er een grote hoeveelheid data in de dataset is of als de gemiddelde bestandsgrootte groot is.

Bepaal welke bestanden veranderen en overweeg waarom ze veranderen. Zie;

5) Hoeveelheid data toegevoegd aan de Avamar server

Dit is de hoeveelheid data die via de kabel naar de Avamar server moet worden verzonden. Dit is van invloed op het capaciteitsgebruik op de Avamar-server of Data Domain.  
Voor clients die van de server zijn gescheiden via een WAN, of, waar replicatie wordt overwogen voor een client, moet deze waarde klein genoeg zijn om de data van de client binnen het back-upvenster te verzenden, gezien de beschikbare netwerkbandbreedte.

Het is mogelijk om clients te identificeren die de meeste data hebben toegevoegd aan een Avamar systeem met behulp van het capacity.sh script (zie hieronder).


6) Wijzigingssnelheid van deze back-up (tot nu toe)

Deze waarde is dekoppeling van data die aan de Avamar-server is toegevoegd, gedeeld door de gecombineerde grootte van de tot nu toe gescande bronbestanden.
Een wijzigingssnelheid hoger dan 3% wordt als hoog beschouwd.
7) Het huidige geheugengebruik van het avtar-proces (in Megabyte)

Het geheugengebruik is afhankelijk van verschillende factoren, waaronder;
  • Avamar-versie
  • Clientbesturingssysteem
  • Datasetkenmerken
  • Type bestandscache dat wordt gebruikt.  
Denk na over het deel van het RAM-geheugen van de client dat wordt gebruikt door avtar en of dit verbruik van invloed kan zijn op de clientprocessen.
Wanneer avtar een back-up maakt van grote mappen, verbruikt het meer geheugen als het probeert de data te scannen en sorteren.
Een verhoogd geheugenverbruik kan ook optreden als u bepaalde avtar-tuningparameters gebruikt (zoals de vlag maxopendirs).


8) Percentage van de CPU van het systeem dat wordt verbruikt door avtar

Een gemiddelde tot gemiddelde hoge waarde is wenselijk omdat avtar snel genoeg data wordt ingevoerd om de CPU bezig te houden.
Als het CPU-gebruik laag is (<10 of <20%), kan dit het gevolg zijn van trage, drukke of zeer kansarme storage of mogelijk een trage netwerkverbinding.

Overweeg of avtar concurreert met andere processen die op de computer worden uitgevoerd. Idealiter moeten back-ups worden gepland in perioden van lagere activiteit op de client.


9) Naam van het laatste bestand waarvan een back-up is gemaakt toen het statusbericht werd gegenereerd:

Overweeg welk type data er een back-up wordt gemaakt door bestandsnamen, mapstructuur of bestandsextensies te controleren.
Besteedt avtar veel tijd aan het verwerken van bepaalde bestanden of mappen? 
Vertraagt de snelheid van het scannen van bestanden tijdens een bepaald directorypad of tijdens het werken via bestanden in een bepaalde partitie?

Additional Information

Voorbeeld van logboekregistratie:-

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:
  • Statusrapporten worden ingesteld met intervallen van 15 seconden (standaard is = 900 s. De auteur raadt instellingen van 300, 600 of 900 aan.
  • De back-up zorgt voor trage, maar stabiele vooruitgang.
  • De prestaties van bestanden per uur zijn laag (de back-up verloopt via 12 bestanden in 4 minuten).
  • Er wordt een back-up van de data gemaakt vanaf een gedeeld storageapparaat.
  • Wanneer het percentage 'nieuwe' data ongebruikelijk hoog is, kan dit een eerste back-up zijn of bevat de back-up veel nieuwe data.
  • Een back-up van LargePresentation.ppt duurde enkele minuten.
  • CPU-gebruik is laag; implicerend dat avtar data van het doelopslagapparaat in een langzame snelheid wordt aangeleverd. De binnenkomende data zijn onvoldoende om de CPU bezig te houden.

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.