Avamar: Was passiert, wenn avtar eine Datei während der Dateiüberprüfungsphase liest?

Was geschieht, wenn Avamar Dateien während eines Backups scannt?

Während eines Avamar -Backups scannt avtar das gesamte Dateisystem, das im Quell-Datenvolumen angegeben ist. Jede Datei wird überprüft, um festzustellen, ob sie seit dem letzten Backup geändert wurde.   

Weitere Informationen dazu, wie avtar erkennt, ob eine Datei geändert wurde, finden Sie unter Avamar client - Was muss geändert werden, bevor avtar eine Datei als geändert betrachtet?

Avtar durchläuft alle Verzeichnisse, auch wenn sich die geänderte Zeit der Verzeichnisse selbst nicht geändert hat. Dies liegt daran, dass sich Unterverzeichnisse auf niedrigerer Ebene möglicherweise geändert haben.

Für jede Nicht-Verzeichnis-Datei erfasst avtar die Metadaten. Diese Metadaten sind die "stat"-Informationen über die Datei.
Auf einem Windows NTFS- oder ReFS-Dateisystem mit Sicherheitsdeskriptoren erfasst avtar auch die Sicherheitsdeskriptoren.
Dies liegt daran, dass sich diese Informationen ändern können, ohne dass sich die "Dateiänderungszeit" ändert.
 
Der gesamte Pfad eines Objekts wird mit statähnlichen Metadaten kombiniert, um eine Dateicachesuche durchzuführen.

Bei einem Treffer beim Lesevorgang im Dateicache wird der Inhalts-Hash oder Speicherort für Data Domain-Backups zurückgegeben.

Auf diese Weise kann die Datei gesichert werden, ohne sie zu öffnen. Das ist nicht erforderlich, da sie sich seit dem letzten Backup nie geändert hat.

Bei einem Lesefehler im Dateicache wird die Datei geöffnet und der Inhalt wird gelesen, in Blöcke unterteilt, komprimiert und mit einem Hash versehen. Anschließend wird der Hash-Cache (oder DDBoost für Data Domain) verwendet, um das Senden von Inhalten an den Avamar Server zu vermeiden.
 
Ein Hash wird basierend auf den Informationen erstellt, die von einem statähnlichen Vorgang zurückgegeben werden.

Beispiel unter Linux:

stat testtest.gz
  File: `testtest.gz'
  Size: 29              Blocks: 8          IO Block: 4096   regular file
Device: 803h/2051d      Inode: 2149406915  Links: 1
Access: (0600/-rw-------)  Uid: (  500/   admin)   Gid: (  500/   admin)
Access: 2014-12-30 07:51:14.335261000 +0000
Modify: 2014-12-30 07:51:14.335261000 +0000
Change: 2014-12-30 07:51:18.443265606 +0000

Bei der Beurteilung, ob die Datei geändert wurde, berücksichtigt avtar die Änderungs- und Änderungszeiten, aber NICHT die Zugriffszeit.

Dies ist ein schneller Vorgang und erklärt, warum Avamar-Backups mit wenigen geänderten Dateien und einer niedrigen Änderungsrate so schnell sind.

Wenn sich der berechnete Hash von dem im Dateicache des Clients befindet, wird davon ausgegangen, dass die Datei geändert wurde. Eine geänderte Datei muss vollständig verarbeitet werden und die neuen Blöcke müssen an den Avamar Server gesendet werden.

Zugehörige Artikel:

• Avamar: Verhalten und Theorie der Backupperformance
• Avamar: So identifizieren Sie anhand der Clientprotokolle, welche Dateien neu sind oder seit dem letzten Backup geändert wurden.
• Avamar: Troubleshooting einer langsamen Backupperformance.
• Avamar Client – Was muss geändert werden, damit avtar eine Datei als geändert betrachtet?