Friday, October 12, 2012

Part 5: VEEAM Backup and Replication v6 setup and config (Troubleshooting performance issues)

This is part 5 of a 5 series post on VEEAM installation and configuration. In this section I will show how to troubleshoot performance issues with the Virtual VEEAM Backup and Replication server.

Read my other posts on this topic:-
Part 1 (Introduction and Pre-requisites)
Part 2 (VEEAM Installation steps)
Part 3 (VEEAM Configuration)
Part 4 (Creating backup jobs)

 So after I started running the backups via my virtual VEEAM backup server, I noticed terribly poor performance on the backup server. The windows task manager showed 100% CPU utilization. 

But the network was hardly being utilized. 

The Windows resource manager showed moderate to high I/O on the backup drive (which is understandable and acceptable, considering that we were running two backup streams simultaneously).

The vSphere performance graphs also confirmed the stats that the Windows task manager was showing. 

To further explore the issue, I looked at the VEEAM backup job logs. The logs clearly had an entry which said that the primary bottleneck in the whole process was our Proxy server (which in our case is also our VEEAM Backup and Replication server). Read the second last line in the job log screenshot below ("Primary bottleneck: Proxy").

To troubleshoot this issue I looked at the task manager performance window, the VM's performance tab in the vSphere client, and the VEEAM backup job logs. I decided to increase the number of vCPUs on the VM from 2 to 8. 

After increasing the number of cores, I was able to run the job faster and without causing any performance impact on the VEEAM Backup server.

This concludes the 5 series blog on VEEAM Backup and Replication. I hope you enjoyed reading the blog. Please feel free to leave any comments and I will reply to them as soon as I can.

Thank you.
Gurpreet Singh Anand


  1. Thanks for this post.. its help me lot to success configuration

    After migrated the 1 VM_replica to different storage, done the same changes in the replication job but replication job is failing c last 2 days. error stating the name already exist and another 1 VM which is existed on the same DR Storage failing error stating VM hardware version 9 is not supported by destination host version 5.0

  2. Hi Jyoti,

    VM Hardware version 9 came out with vSphere 5.1. So, if you have a Virtual Machine with Hardware version 9, then that VM cannot run on vSphere 5.0. It will run only on vSphere 5.1.

    1. You can install you VM with Virtual hardware version 8 on an ESXi 5.0 hosts and run it on ESXi 5.1. Also, vSphere 5.1 has new Compatibility Level feature by which you can define a compatibility level per VM, or per cluster. So you can run a VM with Virtual Hardware version 8 on vSphere 5.1