Does a tool exist that will help track what programs in the OS are causing large CBT?

[aceinc]

We are using VMware ESXI 5.1u1 as part of a disaster recovery system for a client. We are currently using VEAM Incremental to backup the data to a local store. Our goal is to back up the systems to the cloud.

VEAM is backing up 30 GB a day, which I believe is based on VMware CBT, on one of the VMs. This VM is a file & Exchange server.

What would be useful that we have not found yet is a program that will identify which programs on the Host OS (Windows 2008) that are creating all of the changed blocks. Does anyone know of such a program?

We have made a copy of the entire environment in our lab and with no users accessing the file/exchange server we get similar amounts of data that needs to be backed up.

Any Help is appreciated.

This is my first time posting, so if I put this in the wrong place, please tell me where to go, nicely.

[vThinkBeyondVM]

Hi Friend,

I believe , there is NO tool or program that can track which software/program causing the large CBT.

However, I suggest you to post the same query on "Back up and recovery" & "Replication" communities.

Here are the links to above communities:

Backup & Recovery

vSphere Replication

You will get some more input on your query as soon as possible.

[aceinc]

Is there an easy way for me to move my question to one of the groups that you suggest?

[CedricAnto]

Hi aceinc

Welcome to VMTN,

You have an interesting use case,

We have two separate layers

A-VMFS(VMDK)

B-IOPS within Guest OS

For knowing delta in VMDK we obviously have CBT.

For Application IO tracking from within OS you may need to resort to performance monitoring tools to track the process/application that cause the IOPS to files.

But there will be a significant load on a system going this route.

Alternatively you can also consider using utilities like treesize to track the delta filesize and then predict the application that wrote to the files, for instance it should be easy to figure out that a DB write to database files/growth.

[aceinc]

Cedric, thanks for the reply.

As I mentioned, we have duplicated the environment in our lab, and we get results that are similar to the live system (when no users are accessing the system). We do not see the used disk space expanding, so the only other choices are;

Files being modified.

or

Files created then deleted.

I looked at Disk Space Manager software at its best: TreeSize Professionall and was not sure how this tool would help.