D-AV-DY-23 EMC Dell Avamar Deploy 2023 Exam Free Practice Exam Questions (2025 Updated)

Explanation/Reference:

The most important thing to do on a client with so many files is to make sure that the file cache is sized appropriately. The file cache is responsible for the vast majority (>90%) of the performance of the vamar client. If there's a file cache miss, the client has to go and thrash your disk for a while chunking up a file that may already be on the server.

So how to tune the file cache size?

The file cache starts at 22MB in size and doubles in size each time it grows. Each file on a client will use 44 bytes of space in the file cache (two SHA-1 hashes consuming 20 bytes each and 4 bytes of metadata). For 25 million files, the client will generate just over 1GB of cache data.

http://jslabonte.blogspot.com/2013/08/avamar-and-large-dataset-with-multiples.html

Explanation/Reference:

D:\Documents and Settings\useralbo\Desktop\1.jpg

Explanation/Reference:

D:\Documents and Settings\useralbo\Desktop\1.jpg

https://Dell--c.na5.visual.force.com/apex/KB_BreakFix_1?id=kA1700000000TkN

Explanation/Reference:

Iperf

D:\Documents and Settings\useralbo\Desktop\1.jpg

EBSS

While there are several products that can be used to size an Dell deduplication system for Avamar or Data Domain, only the Dell Backup System Sizer (EBSS) is an official Dell product. It runs on Adobe Air and there for runs on Windows or Mac, and Dell recommends you always download the latest version. It will come in a zip file which includes supplements and a client questionnaire.

Performance Assurance Tool

D:\Documents and Settings\useralbo\Desktop\1.jpg

Explanation/Reference:

Capacity Threshold Warnings:

80% of user capacity = warning, start planning for expansion or cleanup

95% user capacity is the health check warning, new backups are suspended

100% user capacity makes the Avamar read-only, can still restore from server

85% of OS capacity = Garbage collection stops running, utilization increases rapidly

90% OS capacity = HFS checks stop running

96% OS capacity = no more checkpoints

Explanation/Reference:

D:\Documents and Settings\useralbo\Desktop\1.jpg

Explanation/Reference:

The location of the client logs will vary depending on the platform:

On Windows: C:\program files\avs\var\

On Linux: /usr/local/avamar/var

On other UNIX platforms: /opt/AVMRclnt/var

On NetWare: sys:\avamar\var

On MAC: /private/var/avamar

You can retrieve maintenance logs (checkpoint, hfscheck, gc) using the "dumpmaintlogs" command and the

GSAN itself logs errors in /data01/cur/err.log on each node but in general.

D:\Documents and Settings\useralbo\Desktop\1.jpg