Hello, and welcome to Dell Technologies PowerProtect DP Series Appliance
Avamar Data Domain Capacity Resolution Path.
In this video we are going to cover the section Capacity Analysis of this resolution path. The
referenced article is KB192662. This is applicable when you intend to manage the Data Domain capacity
and DD has Avamar backup software as the source of data ingest. The most relevant scenario is when
Data Domain utilization is high or when Avamar maintenance starts failing due to DD being full.
This video was created to assist in capacity analysis by doing following. First generating
and reviewing the list of our backups present and their details, then checking what Avamar backups
are residing on Data Domain and in which tier - active or cloud. Verifying if backups present are
intended and as per retention, then identifying clients having highest change rate of data.
Now let's go through all this in detail along with demo. What this capacity analysis step
is here we know the data is being managed by Avamar backup software
because Data Domain doesn't have any intelligence of its own, it is just storing the data as it has
been managed by the backup software in this case it is Avamar. Avamar has all the information
so we do have some scripts available. First of all the script is called dump root hash script
and you can run it on Avamar to pull up the information about all the backups that are
present along with their, you know, creation date expiration date, logical size, that where they are
residing on, which tier they are residing and the other script is called the capacity.set script,
which basically can guide you to know which client has highest amount of rate change of data. To take
further decision in your capacity management how to run that those scripts and how to analyse
we have a really good KB and that also has a demo video that you can go through,
so this is also linked to the flowchart. So this script you can run it with hyphen help option
to see what all flags that are available to use through the script there's various flags you can
use as per your requirement. The script, you can get the script from this kb and then import on
Avamar using a utility called WinSCP. So let's say for example as I’ve already got the script here
so it's already present, so once you get you can provide it execute permission and then execute
using your required flags. For example I’m using it with ruby script name and then mode backup list
including all mc retired backup information and simulated replica backups as well as to
show all the tier information in which tier that particular backup is residing and everything.
So then you can hit enter and it will generate the list as well as it will compress it.
Once it results in the final list then you can bring it back to your local machine
to do the analysis first you've got to extract it and then you can open up in excel to
review it. So as you can see it has process 314 backups from 134 clients I wrote the report on
the csv file and then compressed it. Okay, for now I’m just going to extract it over here and then I
will use WinSCP to get this file onto my machine. Let me show you how the excel file looks like,
so here is the excel sheet okay, you can format it for a better view okay, selecting all the rows and
columns going to format autofit column width first thing and then we will have a filter okay. So that
we can sort out what we require and then we will also send citizen bytes let us also convert it
in GB so for that I’ll just write the formula in the first cell and then I will set all the
rows in this column. To do that I have used shift down arrow and then I’ll go with f2 to
go back to the first cell and press ctrl enter to populate the formula and to apply the formula
in every row in this column. Okay so now we have it in GB so as you can see it has all the required
information for your grid client domain creation expiration by the size and everything the label,
number of the backups whether it's on Data Domain the DD, index whether it's on cloud,
marked for tiering, okay or is it in motion and then you have this tier column so this basically
you if you have a cloud tier configured you will see 0 1 and 2. So what that indicates is 0 means
that particular backup is on active tier if tier one okay here looks like every backup is on active
tier there's no cloud tier configured so nothing has been moved to cloud as there's no cloud unit
existing. Number one indicates that the backup that particular backup has been marked to be
moved to cloud so still in active tier though but it has been marked and has been accounted
as eligible to be moved to cloud. The next data movement process cycle okay if it is two
that means it is it has been successfully moved to cloud and it is now residing on cloud tier
okay, and your cloud provider okay, so that zero one two represents that that your information. Now
you what you can do from this list is check if all your backups are present as per your requirement.
Are they present as per the retention you require because what happens is during the
course of time they can be instances where you have changed the retention and past
and whenever a retention is changed it is only applicable for future backups. For the existing
backups either you need to you know change the retention to match up to the new retention what
you have said and if anything is beyond the new retention then you can see whether if you don't
require it you may purge it. But to match up the new retention that you have set okay, also to get
more summarized view what you can do is select everything go to insert okay select this table
choose new worksheet okay and here you can get more summarize you sorted out in a way such that
you have grid information domain client information the number of backups
in each domain or client what is the logical size that has been contributed by the domain client. So
as well as if you have cloud tier and everything configured you can also take the tier information
so from here we know this domain is has sent the highest amount of data to DD then from here you
can see which client from this domain has sent the highest amount of data to DD and then from
that client you can come over here sorted out that client and let's say for example it is
this one then you can see which backup are against you know from this client probably that you don't
require or you want to send it to cloud. What you want to do with that so it looks like this is
replica backups and not your local backups as well so is it really required to be replicated you know
you can you know see about what you can do to accommodate more backups and things like that
so all this information would be helpful to review the backups that are present how they are present
and take decision accordingly. So this was all about the dump route has script now let us see
the capacity dot asset script as well what information it would provide and help you
to analyse the data that has been present capacity dot sh script is present by default on Avamar
and you can run it as it is okay or basically when you run it as it is it provides you the top few
clients but if you want to know about more clients you can mention option like top 20 clients top 30
clients okay. And the complete output that you will get once you run that will be like this so
it what this output represent is each day how much of new data that has uh been you know uh ingested
or received by Avamar okay has been sent to DD scanned and how much has been removed through
garbage collection okay. Each and every column and what it represent has been documented in this kb
as well as the bottom of this output also tells you about the top change rate clients. Okay, so
from here we can see the highest amount of data has received is from the client d okay the new
data that has been received is from client d but the change rate within that uh client is 1.44
the highest change rate we can see is of data change rate is for the client f
but it has not uh you know sent much data okay uh so and then you can work with those client admins
what you can do about you know the data that is being said is there anything that can be
done about it uh you can discuss and take decision accordingly. So this was all about
these two scripts by which you can analyse and get more information of what has been residing on DD
okay, what is taking up all the space and everything. This concludes our
session about capacity analysis. Please find the reference article details in description below
as well as if you would like to know how to perform tiering to offload upon my backups
from active tier to cloud then kindly check the related video links in description.