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 – So interpretieren Sie Statuszeilen im avtar-Backupprotokoll

Summary: In diesem Artikel wird erläutert, wie Sie die Avtar-Protokollstatuszeilen verstehen und interpretieren, die in regelmäßigen Abständen während einer Backupsitzung erzeugt werden. Dies ist ein nützliches Tool, insbesondere bei der Untersuchung von Clientleistungsproblemen. ...

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

Symptoms

Während eines Backups schreibt der avtar-Prozess regelmäßig Statuszeilen in das Protokoll, das den Status und den Fortschritt von avtar während des Backups meldet.

Beispiel:
14.11.2014 10:16:56 Avtar Info <8688>: Status 2011-11-14 10:16:56, 328 Dateien, 16 Ordner, 26,53 MB (328 Dateien, 15,35 MB, 57,86 % neu) 34 MB 1 % CPU C:\Directory\Folder\file.doc

So isolieren Sie Statusinformationen
Verwenden Sie einen Editor wie Notepad++ und suchen Sie in älteren Clientversionen nach Zeilen, die "<8688>" oder "<5100>" enthalten.

Häufigkeit der Statusprotokollierung
Standardmäßig werden avtar-Statusinformationen alle 15 Minuten (900 s) geschrieben. Diese Häufigkeit kann geändert werden, indem ein Wert mit dem Flag status=[seconds] an avtar übergeben wird. Verwenden Sie dazu entweder die Avtar.cmd-Parameterdatei oder die Konfigurationsoptionen des Avamar-Benutzeroberfläche-Dataset.

Es wird empfohlen, die Standardhäufigkeit beizubehalten, um die Lesbarkeit von Protokollen aufrechtzuerhalten. Wenn das Backup einer Datei länger als 15 Minuten dauert, werden mehrere Statuszeilen gemeldet. Wenn mehr Granularität erforderlich ist, reduzieren Sie die Einstellung nach Bedarf. Wenn große Protokolle für langlebige Backups erzeugt werden, ziehen Sie in Betracht, die Einstellung auf stündliche Berichte (3.600 s) zu erhöhen.

Was bedeuten die verschiedenen Abschnitte der Statuszeile?
  • Zusammen mit Datum und Uhrzeit werden uns die Statusberichte angezeigt.
  • Wie viele Dateien wurden bisher verarbeitet?
  • Wie viele dieser Dateien haben sich geändert?
  • Die Menge der Daten, die an den Avamar -Server gesendet werden sollen
  • Avtar-Ressourcenkennzahlen
  • Details der letzten zu verarbeitenden Datei.
Im Folgenden verwenden wir die Farbcodierung, um diese Metriken zu identifizieren.
2014-12-07 10:16:56 avtar Info <8688>: Status 2014-12-07 10:16:56, 20.788.307 Dateien, 343.633 Verzeichnisse, 327,9 GB (9.049.052 Dateien, 0 Byte, 0,00 % neu) 1.074 MB60 % CPU /data/types.dtc

Informationen, die in der Statuszeile bereitgestellt werden:
  • Datum und Uhrzeit (Zeitzone des Clients)
  • Anzahl der Quelldateien und Ordner, die bisher gescannt wurden
  • Die kombinierte Größe der Quelldateien, die bisher gescannt wurden 

Für den Abschnitt in Klammern: -
(9.049.052 Dateien, 0 Byte, 0,00 % neu)
  • Anzahl der geänderten Dateien, die avtar vollständig verarbeitet hat
  • Menge der Daten, die dem Avamar -Server hinzugefügt wurden
  • Änderungsrate dieses Backups (bisher).

Die ferne Seite der Protokollzeile zeigt:-
1074 MB60 % CPU/base/data/types.dtc
  • Clientspeichernutzung des Avtar-Prozesses (in Megabyte)
  • Prozentsatz der CPU des Systems, der von avtar verbraucht wird
  • Name der zuletzt gesicherten Datei, als die Statusmeldung erzeugt wurde.

Die letzte und wichtigste Statuszeile ist die Backupzusammenfassung. Sie finden sie am Ende des Protokolls, indem Sie nach "Backup #" suchen.  
Danach haben wir die Backupstatistikzeile (durchsuchbar mit "Gesichert").

11.11.2015 00:34:32 Avtar Info <5156>: Backup Nr. 75 Zeitstempel 2015-11-18 00:24:43, 4.007.032 Dateien, 1.974.043 Ordner, 1.589 GB (2.680 Dateien, 419,4 MB, 0,03 % neu) . 11.11.2015 00:34:32 Avtar Info <6083>: Sicherung von 1.589 GB in 144,70 Minuten: 659 GB/Stunde (1.661.482 Dateien/Stunde)

Dateien öffnen
Um eine Datei zu sichern, muss avtar sie öffnen. Die folgende Meldung zeigt an, dass avtar über eine Datei verfügt, die während des Backups geöffnet wird. Dies ist getrennt von allen anderen Anwendungen, die möglicherweise auch an der Datei arbeiten.

22.08.2016 21:30:04 Avtar Info <8688>: Status 2016-08-22 21:30:04, 25.921 Dateien, 3.746 Verzeichnisse, 104,9 GB (1.274 Dateien, 0 Byte, 0,00 % neu) 1733 MB 46 % CPU (1 offene Dateien) /opt/2016_hold.tar 

Cause

Unzutreffend

Resolution

Dieser Abschnitt sollte zusammen mit dem allgemeinen Artikel zum Troubleshooting der Clientbackupperformance überprüft werden.
Weitere Informationen finden Sie unter Avamar-Clientbackupperformance. Identifizieren von Engpässen (LÖSUNGSPFAD)

Überprüfen Sie die Clientprotokolle regelmäßig, um zu verstehen, was typisch ist, damit ungewöhnliche Muster identifiziert werden können.
" Outliers" kann auf ein potenzielles Problem hinweisen, das sich auf die Backupperformance und oder die Speicherkapazität des Avamar-Servers auswirkt!

Jede Komponente von Statusinformationen kann nützlich sein. Hier listen wir eine Reihe von Dingen auf, die bei der Betrachtung der einzelnen Statistiken zu berücksichtigen sind.  
Indem wir die Statuszeilen aus dem Protokoll herausfiltern und die Abbildungen analysieren, können wir das Verhalten verstehen.

Beachten Sie Folgendes:

1) Anzahl der Quelldateien und Ordner, die bisher

gescannt wurden. Gibt es viele Dateien im Backup? Jeder Datei-Avtar muss gescannt werden, nimmt Zeit in Anspruch.  
Die Backupdauer für Dateisystembackups ist ungefähr proportional zur Anzahl der gescannten Dateien.  

Im Laufe des Backups sollte die "Anzahl der Quelldateien und Ordner, die bisher gescannt wurden" inkrementiert werden.
Wenn diese Zahl nicht mehr zunimmt oder wenn die Rate der Dateiüberprüfung verlangsamt wird, überprüfen Sie die Dateinamen am Ende der Statuszeile. Möglicherweise finden Sie eine große geänderte Datei, die von avtar verarbeitet wird.
Beachten Sie, dass avtar nun Dateien in einer anderen Partition oder einem langsameren (oder stark beanspruchten) Speichersubsystem scannt.

Ist die Anzahl der Dateien im Backup angesichts der Leistung der Dateien/Stunde und des maximal verfügbaren Backupzeitfensters realistisch?

2) Verhältnis von Dateien zu Ordnern

Gibt es eine ungewöhnlich kleine oder große Anzahl von Ordnern in Bezug auf die Anzahl der gesicherten Dateien?  
Viele Dateien in einem einzigen Ordner (100.000+) können manchmal zu einer geringeren Performance führen, ebenso wie ein kleines Verhältnis von Datei zu Ordner.
3) Kombinierte Größe der bisher

gescannten QuelldateienDieser Wert gibt schließlich die Gesamtgröße des Backups an.
Der Wert ist für Datenbanktypbackups erheblich, bei denen avtar wahrscheinlich viele der Dateien im Dataset verarbeiten wird.
In diesen Situationen ist die Backupperformance proportional zu der Rate, mit der avtar die Daten verarbeiten kann (Chunk, Komprimierung, Hash).

Dieser Wert ist auch für die Backupperformance des Dateisystems von Bedeutung. Backups größerer Datasets können kleinere Prozentsätze der Änderungsrate tolerieren.  

Hinweis: Wenn wir die Anzahl der gescannten Dateien und die Größe der gescannten Quelldateien dividieren, lernen wir die durchschnittliche (mittlere) Dateigröße.
Wenn die durchschnittliche Dateigröße groß ist, verursacht selbst eine kleinere Anzahl geänderter Dateien eine Menge Verarbeitungsarbeit für avtar.
Siehe Überlegungen zur Leistung bei der Verwendung von Avamar zum Sichern von PST-Dateien 



in Outlook. 4) Anzahl der geänderten Dateien, die von avtar

verarbeitet werden. Dies hilft uns, den Arbeitsaufwand zu verstehen, den das Backup leisten muss.

Bei Datenbankbackups ist diese Zahl relativ hoch in Bezug auf die Anzahl der Dateien im Dataset.  
Es kann sogar vorkommen, dass alle Dateien im Dataset geändert werden.  

Bei Dateisystembackups sollte diese Zahl sorgfältig notiert werden. Während der ersten Backups ist die Anzahl immer hoch.  
Bei Level-1-Backups (Backups, die nach dem ersten Backup erstellt werden) liegt die Anzahl in der Regel unter 3 % der Gesamtzahl der gescannten Dateien.  
Wenn der Anteil 5 % beträgt >, kann dies zu erheblichen Auswirkungen auf die Backupdauer führen, insbesondere wenn eine große Datenmenge im Dataset vorhanden ist oder wenn die durchschnittliche Dateigröße groß ist.

Identifizieren Sie, welche Dateien sich ändern, und überlegen Sie, warum sie sich ändern. Siehe;

5) Menge der Daten, die dem Avamar -Server

hinzugefügtwerden. Dies ist die Datenmenge, die über die Leitung an den Avamar -Server gesendet werden muss. Dies wirkt sich auf die Kapazitätsauslastung auf dem Avamar -Server oder Data Domain aus.  
Für Clients, die über ein WAN vom Server getrennt sind oder bei denen die Replikation für einen Client in Betracht gezogen wird, sollte dieser Wert klein genug sein, um die Clientdaten im Backupzeitfenster angesichts der verfügbaren Netzwerkbandbreite zu übertragen.

Es ist möglich, Clients zu identifizieren, die die meisten Daten zu einem Avamar -System hinzugefügt haben, indem Sie das capacity.sh-Skript verwenden (siehe unten).


6) Änderungsrate dieses Backups (bisher)

Dieser Wert ist dasMounten von Daten, die dem Avamar -Server hinzugefügt werden, geteilt durch die kombinierte Größe der bisher gescannten Quelldateien.
Eine Änderungsrate von mehr als 3 % wird als hoch betrachtet.
7) Die aktuelle Speichernutzung des Avtar-Prozesses (in Megabyte)

hängt von verschiedenen Faktoren ab, darunter:
  • Avamar-Version
  • Client-Betriebssystem
  • Dataset-Merkmale
  • Typ des verwendeten Dateicaches.  
Berücksichtigen Sie den Anteil des von avtar verwendeten Ram des Clients und ob sich dieser Verbrauch auf die Clientprozesse des Kunden auswirken könnte.
Wenn avtar große Verzeichnisse sichert, verbraucht es mehr Arbeitsspeicher, während es versucht, die Daten zu scannen und zu sortieren.
Ein höherer Speicherverbrauch kann auch auftreten, wenn bestimmte Avtar-Tuningparameter (z. B. das Flag "maxopendirs") verwendet werden.


8) Der Prozentsatz der CPU des Systems, der von avtar

A mit mittlerem bis mittlerem Wert verbraucht wird, ist wünschenswert, da avtar schnell genug mit Daten versorgt wird, um die CPU ausgelastet zu halten.
Wenn die CPU-Auslastung niedrig ist (<10 oder <20 %), kann dies auf langsamen, ausgelasteten oder stark beanspruchten Speicher oder möglicherweise auf eine langsame Netzwerkverbindung zurückzuführen sein.

Überlegen Sie, ob avtar mit anderen auf dem Computer ausgeführten Prozessen konkurriert. Idealerweise sollten Backups in Zeiträumen mit geringerer Aktivität auf dem Client geplant werden.


9) Name der zuletzt gesicherten Datei, als die Statusmeldung erzeugt wurde:

Überlegen Sie, welche Art von Daten gesichert wird, indem Sie Dateinamen, Verzeichnisstruktur oder Dateierweiterungen prüfen.
Verbringt avtar viel Zeit mit der Verarbeitung bestimmter Dateien oder Verzeichnisse? 
Verlangsamt sich die Geschwindigkeit des Dateiscans während eines bestimmten Verzeichnispfads oder während der Arbeit mit Dateien in einer bestimmten Partition?

Additional Information

Protokollierungsbeispiel:

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:
  • Statusberichte werden mit 15-s-Intervallen festgelegt (Standard ist = 900 s. Der Autor empfiehlt Einstellungen von 300, 600 oder 900).
  • Das Backup macht langsame, aber stetige Fortschritte.
  • Die Leistung der Datei pro Stunde ist niedrig (das Backup wird in 4 Minuten durch 12 Dateien fortgesetzt).
  • Die zu sichernden Daten werden von einem gemeinsam genutzten Speichergerät zugewiesen.
  • Wenn der Prozentsatz der "neuen" Daten ungewöhnlich hoch ist, kann dies ein erstmaliges Backup sein oder das Backup enthält viele neue Daten.
  • Die Sicherung von LargePresentation.ppt dauerte einige Minuten.
  • DIE CPU-Auslastung ist niedrig; implizierend, dass avtar mit einer langsamen Geschwindigkeit Daten vom Zielspeichergerät bereitgestellt wird. Die eingehenden Daten reichen nicht aus, um die CPU ausgelastet zu halten.

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.