Slow SAN base backup
Updated: 12 Jul 2011 | 8 comments
This issue has been solved. See solution.
Dear all,
I am running be2010R2 for esx4.1cluster backup. The media server are linked to the datastore via 4Gb fibra channel. According to the log I am sure that the backup of the vm is via SAN base. However the speed is not as fast compare to LAN base. The average speed is less than 1000 MB per min. I wish to get help on how to troubleshoot and fine tuning to get much better performance. Friend of mine who has similar setup as mine who is still using vcb claimed that the speed is like 3000MB/ min and shall I go back to vcb?
Pls advise
Thanks
Discussion Filed Under:
Comments
The through put also depends
The through put also depends on what device are you backing up the data i.e to local disk , NAS or tape unit . If you sure the backup is running from SAN , then I guess the job is configured properly to Use SAN if San is not configured properly you need to use NDB
If this response answers your concern, please mark it as a "solution"
Enter subject (optional)
Hi there,
What configuration do you have on your SAN? What RAID level are you set at...
Is your BE server physical or virtual?
Are your ports on the switches configured to auto-negotiate the speed of the connection between FC HBA and FC port, or hard-coded? Hard-coding being better.
Also, unless you installed BE 2010 R2 recently, BE 2010 R3 is out,a nd you mmight want to look into upgrading to this to see what the difference is.
Unfortunately, to go back to using VCB you need to revert to BE 12.5, and I doubt tyou will be able to keep the data in your BEDB. THat said, but rolling back you lose support for applications like Exchange 2010.
Thanks!
If you find this is a solution, please mark it as such.
Thanks for the prompt
Thanks for the prompt response. The backup destination is to dedepu folder with sas hdd raid5. however the result is the same when backing up to fibre channel lto5. My SAN configured with FC. hdd raiddp.
Ok as you are using a DeDUp
Ok as you are using a DeDUp target you shoudl upgrade to BackuP Exec 2010 R3 to gain advatbnated in operformance for VmWare backups becuase of stream handlers and teh latest VDDK version being present in this update.
Admitedly I would have expected that to affect performence of NBD and SAN however I still suggest you do update to see if there is a difference.
Thousand thanks, no offense
Thousand thanks, no offense but it was a painful experience for upgrading from RTM to R2 as my dedupe folder can't work at all after upgrade end up I have to delete and recreate. Since the current setup (fresh install on a brand new machine) is running fine, for the upgrading this round I have to seriously planning my risk management.
My test of today as follow
1. I have create a LUN and presented it to media server, say D: I try to copy a 2GB zip file to and from my local drive. The speed is around 100MB/s.
2. I created a backup to disk folder at the D:. and backup the same file to the b2d. the speed is 3000MB/Min.
3. I backup the same file from the local drive to the dedupe folder, 1500MB/min.
4. backup the same file from D:\ to the dedupe folder, 1500MB/min.
5. backup VM guest to LTO5 1200MB/min.
6. Backup the same VM guest to dedupe folder, 400MB/Min.
7.Backup the same VM guest to d: b2d folder, 400MB/Min. !!!
I guess my SAN is heathy, does it worth to upgrade to R3? Please help.
thanks
...R3 is supposed to build on
...R3 is supposed to build on R2 and offer a more enhanced dedupe experience. At best it's going to increase your speeds, and at worst they will stay the same.
I'd test with RAID0 and RAID1/0 if you are able too...RAID5 is good for reads, but not for writes, and I believe dedupe writes are quite intensive.
If you find this is a solution, please mark it as such.
R3 actually doesn't improve
R3 actually doesn't improve the proformance. After I clean up all the snapshot image from guest OS, the backup speed can reach up to 1.5GB per min. I think the is the root cause.
thanks a lot
Yep, like I said, at best it
Yep, like I said, at best it will improve your performance, at worst it will stay the same.
Give it a couple more runs of the backup job, and if the speeds stabilise, and the only change made was to delete snapshots, then mark that as the solution to close this off for future reference!
If you find this is a solution, please mark it as such.
Would you like to reply?
Login or Register to post your comment.