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: Verringern der potenziellen Auswirkungen der Größe des Client-Auslagerungsdateicaches (f_cache2.dat)

Summary: Wie Sie die potenziellen Auswirkungen der Größe des Client-Auslagerungsdateicaches (f_cache2.dat) mindern können.

This article applies to   This article does not apply to 

Symptoms

Der Avamar 7.0-Auslagerungsdateicache, der für Dateisystembackups auf die integrierte Avamar- und Data Domain-Lösung verwendet wird, verbraucht deutlich mehr Festplattenkapazität als der monolithische Dateicache. 

Wenn sich das Avamar-Verzeichnis /var auf einem Clientdateisystem oder Volume mit begrenzter Festplattenkapazität befindet, kann die größere Dateigröße "auf der Festplatte" für den Auslagerungsdateicache zu Problemen beim Festplattenkapazitätsmanagement auf dem Avamar-Dateisystemclient führen.

Cause

Im Dokument EMC Avamar 7.0 Operational Best Practices haben wir Folgendes dokumentiert: "Im Vergleich zur ursprünglichen Dateicachemethode benötigen Backups, die den bedarfsorientierten Dateicache implementieren, bis zu 20-mal mehr Speicherplatz."

Es gibt zwei Gründe, warum die Auslagerungsdateicachedatei ungefähr 20-mal größer ist als der monolithische Dateicache:   
  • Zusätzliche 20 Byte pro Datei für CDSF-Offset
Der monolithische Dateicache verwendet 44 Byte pro Datei: 4-Byte-Header, 20-Byte-Dateiattribut-Hash und 20-Byte-Dateiinhalts-Hash. Der Auslagerungsdateicache verwendet 64 Byte pro Datei. Die zusätzlichen 20 Byte werden verwendet, um Informationen über den Offset im CDSF-Backupcontainer (Common Data Streaming Format) zu speichern, in dem sich die Datei befindet. Wenn sowohl der Auslagerungsdateicache als auch der monolithische Dateicache dasselbe Format aufweisen, führt dies dazu, dass der Auslagerungsdateicache etwa 1,5-mal größer ist.
  • Keine gemeinsame Nutzung von Einträgen über Backups hinweg
In beiden Dateicaches werden die Hashes für bis zu 16 Backups gespeichert. Beim monolithischen Dateicache werden nach Abschluss des ersten Backups täglich ca. 2 % der Dateien geändert. Nach dem ersten Backup werden die meisten Einträge von den Backups gemeinsam genutzt. Beim Auslagerungsdateicache ist jedoch jede Seite der Elemente für ein bestimmtes Backup eindeutig, sodass Einträge nicht für Backups freigegeben werden. Dies führt dazu, dass der Auslagerungsdateicache ungefähr 10-mal mehr Einträge speichert als der monolithische Dateicache.

Diese beiden Faktoren verursachen eine ca. 15- bis 20-fache Zunahme der Größe des Auslagerungsdateicaches relativ zum monolithischen Dateicache, wenn das gleiche Datenvolumen gesichert wird.

Wenn Sie wissen, wie viele Dateien in der Dataset-Definition gesichert werden, können Sie die letztendliche Größe des Auslagerungsdateicaches anhand der folgenden Formel abschätzen:  
<Größe des Auslagerungsdateicaches> in MB = <Dateianzahl in Millionen> * 1.700

Resolution

Es gibt drei Möglichkeiten, die potenziellen Auswirkungen des größeren Auslagerungsdateicaches zu mindern:   

A) Ändern Sie den Speicherort des Auslagerungsdateicaches mithilfe von "cachedir" in avtar.cmd

Dies ist die bevorzugte Option und hat keine Nachteile, vorausgesetzt, der Client verfügt über ein ausreichend großes Volume, um den Auslagerungscache zu speichern. 

Wenn sich das Avamar-Verzeichnis /var , in dem die Clientcachedateien gespeichert sind, auf einem Volume mit begrenzter Kapazität befindet, verlagern Sie den Auslagerungscache wie unten beschrieben auf ein geräumigeres Volume.

  1. Erstellen Sie einen Ordner, in dem Sie die Cachedateien speichern möchten.
  2. Kopieren Sie die vorhandenen Cache-Dateien aus /usr/local/avamar/var/ oder C:\program files\avs\var\ in den neuen Ordner, der in Schritt 1 erstellt wurde.
  3. Erstellen Sie im Clientverzeichnis /var eine Datei mit dem Namen "avtar.cmd". Wenn die Datei vorhanden ist, bearbeiten Sie sie.
  4. Geben Sie den neuen Speicherort "cachedir" in der Flag-Datei "avtar.cmd" an. Wenn Sie beispielsweise D:\avamarcache für den Auslagerungsdateicache erstellt haben, sollten Sie einen Eintrag wie diesen in C:\Program files\avs\var\avtar.cmd haben:

--cachedir=D:\avamarcache

  1. Führen Sie ein Backup durch.
  2. Vergewissern Sie sich, dass das neue Cacheverzeichnis korrekt verwendet wurde.
  3. Entfernen Sie die Kopie der Clientcaches aus dem ursprünglichen Avamar var-Verzeichnis. 

B) Durch Anwenden von Flags, die die Größenbeschränkung des Pagingcaches aktivieren

In Avamar 7.2 und höher sind Flags vorhanden, um die Größe des Auslagerungscaches auf einen prozentualen Anteil der Größe des Volumes zu begrenzen, auf dem sich der Cache befindet. Weitere Informationen zu dieser Option finden Sie im Wissensdatenbank-Artikel 19517: So begrenzen Sie die Größe des Avamar Demand Paging Cache (f_cache2.dat).

Der Kompromiss, zu verhindern, dass die Cache-Datei auf Dateigröße anwächst, ist eine geringere Backup-Performance aufgrund einer erhöhten Anzahl von Cachefehlern.

C) Begrenzen Sie die Anzahl der kompletten Backups, die im Auslagerungsdateicache gespeichert sind.

Wenn wir einige Backups mit einem kleinen Datenvolumen erstellen und festlegen, dass diese Backups nie ablaufen, können wir auf höchstens acht Backups des im Auslagerungsdateicache gespeicherten kompletten Datensatzes beschränken und so die Größe reduzieren.

Dies ist die am wenigsten wünschenswerte Option und erfordert erweitertes Tuning. Es hat auch Vorbehalte. Weitere Informationen erhalten Sie vom technischen Support von Dell EMC.

Additional Information

Avamar 7.0-Dateisystembackups auf die integrierte Avamar- und Data Domain-Lösung.

Weitere Informationen zur avtar.cmd Datei finden Sie im Wissensdatenbank-Artikel 81546: Avamar: So erfassen Sie Protokolldateien für das Troubleshooting von Backup- und Wiederherstellungsproblemen mit dem Avamar Client.

Affected Products

Avamar

Products

Avamar
Article Properties
Article Number: 000060020
Article Type: Solution
Last Modified: 19 Aug 2021
Version:  3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.