03-14-2013 04:29 PM
A colleague of mine asked me to create a post for him. He is using BE 2010 and his one backup job is running at only 228 mbs/min. The job is set to medium prioity, he switched it to highest and it didn't help. He is backing up to tape, which is connected directly to the server. The server is also acting as it's media server. Is there anything that can be suggested to speed up this job?
03-14-2013 09:14 PM
1) If he is backing up a lot of small files, then the job will be inherently slow
2) defrag the disk which the data resides.
3) tune the tape drive. See my article below
https://www-secure.symantec.com/connect/articles/tuning-my-lto4-tape-drive
03-15-2013 07:14 AM
Job "Priority" affects scheduling, not performance.
What type of tape drive?
Did it used to be faster?
03-15-2013 07:29 AM
Do you have more information regarding the environment ?
What kind of data is backup up?
Local data or remote ?
03-18-2013 08:45 AM
I know that he is backing up local data. It is an engineering firm so he is backing up alot of data from autocad and similar types of data. I know that he said that the site is a branch office and that another brach office with an almost identical set up runs much quicker... I can not answer if it use to be faster, nor can he since he has just taken over the network admin position. I will find out what type of type he is using and what type of drive.
03-19-2013 11:42 PM
1 other thing to check out is whether or not any AV on the affected server is scanning the BE services...if so, put in exclusions for them.
Thanks!
03-22-2013 06:53 PM
rapes are hp ultrium lto 4 tapes 800gb/1.6 tapes. And he is using a hp 1/8 g2 autoloader ultrium 4 1760 scsi. Other than what he told me...I know nothing about tapes
03-22-2013 10:42 PM
Upgrade the firmware on the library through the drive vendor's diagnostic utility.
03-23-2013 01:49 AM
Hi PRS,
Troubleshooting such issues are more about finding the cause of the performance dip first and then patch that area.
Find out if the issue is with the device where the backups are targeted- (Try the same job on a disk storage and check the speed).
However, if other jobs are running faster to the same tape drive and similar tapes, it might not be a device related issue.
Try running the same job at a different time (ideally Non-Production Hours) to check if any other application is hampering the speed.
To find out if the same backups were running faster earlier, you can look for the previous job logs (if available)in the BE console.
Also, if you are backing up multiple resourses (System State, C:\, D:\) in the concerned job then you can check the job log properly to find out which resource takes longer time to get backed up. Splitting the resources to create seperate backup jobs for a testing purpose will also not be a bad idea.
03-25-2013 12:57 PM
03-25-2013 01:56 PM
...and there are no failed/failing drives in that server?
Is the firmware on the server up-to-date too?
Thanks!
03-28-2013 11:20 AM
03-28-2013 11:28 AM
Your media server is a VM? It's an unsupported configuration.
Is the firmware on the SCSI card up-to-date? VMware tools etc?
03-28-2013 12:56 PM
03-28-2013 02:03 PM
The fact that it works so differently for some people is probably a key reason it is unsupported. I betcha that somewhere, somehow, there is something that is different between your environments.
03-29-2013 02:13 AM
Same speed disk? Same # of disk in your RAID groups? Enough disk space on the datastore?
03-29-2013 07:19 AM
04-01-2013 10:48 AM
Hi Adamg,
The difference in the job rate between two setups of yours might be because of the unsupported environment. However, have a look at the below document:
04-01-2013 03:01 PM
04-03-2013 05:38 AM