cancel
Showing results for 
Search instead for 
Did you mean: 

what things effect the job rate?

paul_st
Level 3

Hi,
I'm using BE 11d with symantec drivers and also all the hot fixes are installed. I was just wondering what types of things there are that would effect a job rate. I have some servers that run at 3000MB/min and others that run at 300MB/min. What kind of things should I look for?

Paul

1 ACCEPTED SOLUTION

Accepted Solutions

shirmal
Level 5
Network issue and disk fragmentation
Update NIC cards.  Run some windows file copies of abou t1 gig of data from your media server and see what happens.
Example \\unc\c$ to remote server thats 300mb/min. Copy about 1 gig of data to the media server.  Take note of the size of the data and watch your clock.  Thre are online calculator that you can punch this in. If the remote server are Windows 2003 R2 and you have TOE nics you may want to disable TCP offload engine or TCP Chimney.
Hope this helps

--Cheers

shirmal

View solution in original post

4 REPLIES 4

shirmal
Level 5
Network issue and disk fragmentation
Update NIC cards.  Run some windows file copies of abou t1 gig of data from your media server and see what happens.
Example \\unc\c$ to remote server thats 300mb/min. Copy about 1 gig of data to the media server.  Take note of the size of the data and watch your clock.  Thre are online calculator that you can punch this in. If the remote server are Windows 2003 R2 and you have TOE nics you may want to disable TCP offload engine or TCP Chimney.
Hope this helps

--Cheers

shirmal

Ruchi
Level 5
Employee Certified
Fastest backups occur when the disk contains fewer large size files. Slowest backups occur when the disk contains thousands of small files

The rate at which a remote server's hard disks are able to be backed up depends on the following:

  • The make/model of network cards.

  • The network card driver.

  • The mode/frame type configuration for the adapter.

  • The connectivity equipment (hubs, switches, routers, and so on).

  • Windows Settings.


    The amount of available memory will impact backup speed. Insufficient memory, improper page file settings, and a lack of available free hard disk space will cause excessive paging and slow performance.


    Successful compression can increase the tape drive's data transfer rate up to twice the native rate. Compression can be highly variable depending on the input data.  Image files from a graphical program like Microsoft Paint, may compress at 4.5:1 or more, while binary files may compress at just 1.5:1. Data that has already been compressed or random data (such as encrypted data or MPEG files) may actually expand by about five percent when attempting to compress it further. This can reduce drive throughput.
     

Ruchi
Level 5
Employee Certified

CraigV
Moderator
Moderator
Partner    VIP    Accredited
Hi,

Anything really.

1. Size of backups - the bigger they are, the longer they will take. a 1TB backup would take longer than a 500GB backup for example.

2. Speed of your NICs and switches - the slower the NIC/switch, the slower the transfer rate. You'd ideally be looking a good quality switch (not a switching hub for example) that does it's job well, coupled to NICs that run a 1GB. That way you will get the maximum speed out of them. Hubs would broadcast and aren't recommended when backing up. If your NICs are hard-coded to their maximum speed, along with hard-coding the speed of the port to the corresponding speed, that's also better than allowing the NIC to auto-negotiate.

3. Type of data being backed up - A DB will always be faster than individual files. The reason for this is that the tape can stream data at a constant speed vs. speeding up and slowing down all the time. Millions of files would also contribute to slower backups.

4. SAN - If you have a SAN, load up the SAN SSO option. This allows sharing of a SAN-connected tape drive and the use of the SAN instead of a LAN to do backups. All servers requiring this would need to be SAN-attached.

Furthermore to the link above, you can also read up here...

http://seer.entsupport.symantec.com/docs/231488.htm

Laters!