| Forum Home | ||||
| Press F1 | ||||
| Thread ID: 106005 | 2009-12-21 21:45:00 | Backup exec - transfer speeds over LAN | FAB (6923) | Press F1 |
| Post ID | Timestamp | Content | User | ||
| 842109 | 2009-12-21 21:45:00 | HI All I've had this issue for a while, been on to Symantec but I know it's not their issue, it's a network (or server hardware) issue. We are running Backup Exec 12.5 SP2. There is a single tape drive in the DC. There are 4 servers altogether - 3 running Win 2k3 R2 SP2, DC is 2K3 SBS SP2. All are HP and the while the DC is a G4 the other 3 are all G5s with identical specs. One server has two hard disks - second disk is main shared network drive, and has lots of files, some big, most small. The main disk in that server transfers to tape at about 300MB min. The second disk transfers average around 1100MB/min. These numbers are from the Backup Exec report post backup. The problem is that one other server that's backing up at an average of 140MB min is taking so long to backup (36gigs over 4 hours) that the backup job is timing out. I've extended the time it can take and now the backup jobs are completing successfully, but this is not ideal. I'd like to find out why (for example) two drives on one server can transfer at such hugely different rates. The file server (as mentioned above) has two physical SAS drives (well, in RAID 1+0) on the same controller with the same drivers etc etc and yet transfer rates are totally different. The one that transfers the fastest has a huge amount of little files (documents) so this is not pointing towards that. I've defragmented all drives to take that issue out of the problem. The NICs all have the same drivers, and yet as I say two drives in one server can transfer at different speeds. I've used the HP Array Config Util to check settings between drives...all the same except for physical size of course. Looking back through old reports the transfer speeds used to be around gig/min for the server that is taking the longest... Ideas would be greatly appreciated! Cheers for now |
FAB (6923) | ||
| 842110 | 2009-12-21 22:52:00 | does the same thing happen if you use NTBackup? | nmercer (3899) | ||
| 842111 | 2009-12-22 01:37:00 | Was thinking it wasn't a software issue since other servers backup at 'normal' speeds, but jsut ran ntbackup over 8 gigs of files (random small/big) from the 'slow' server and it took a whole 5 min 40sec. That's a massive improvement over last night's backup, and this is in the middle of the day when there's network traffic. |
FAB (6923) | ||
| 842112 | 2009-12-22 01:55:00 | I just patched to SP3 12.5...have you updated the remote agents? I'm getting 1260MB/min on large files accross gigabyte link and 850MB/min on small files, system states are very slow @ 150MB/min |
SolMiester (139) | ||
| 842113 | 2009-12-22 01:59:00 | Didn't realise that there was an SP3 available - will check it out. I just did teh same back in Backup Exec as the one I did in ntbackup and it showed 2.4gig/min. However that was running the backup of a shared folder, rather than directly from the C drive. I'm now doing a backup of the same folder from the C drive of the other server so will see how that goes. Not sure it will make a difference but want to eliminate all possibilities... Cheers for the note re SP3. |
FAB (6923) | ||
| 842114 | 2009-12-22 02:12:00 | Are you using the shares as entry points or the folders? Also, make sure to push the updates to the remote agents!, you should get alerts to any fixes and updates on the alert tab |
SolMiester (139) | ||
| 842115 | 2009-12-22 02:24:00 | Have upgraded to SP3 and pushed out remote agent updates (as always). Folders normal entry points, just did a share for testing. However backup up the same folder (instead of the share) gave same result for transfer rate - around 2.4g/min. Will let it run tonight and see how it goes. Some interesting points in the release notes for SP3, hope it does, will be able to cross one job off my list that's been annoying me :) |
FAB (6923) | ||
| 842116 | 2009-12-22 20:32:00 | Well the daily backup went through last night....no change in transfer speeds. As above we are now running v12.5 SP3, have pushed out remote agent updates. And yet still, on one (file) server, C: drive transfer speed 20gig copied at 314MB/min, E drive same server, 62gig copied @ 1117MB/min. Both SAS drives in that server are 15,000rpm. I can't see how this could be a backup exec issue since two drives in same server are transferring at different speeds, same for the remote agent - it's just not pointing to that. Both drives are defragged. The other main (Dynamics) server I am most concerened about is still transferring 36gigs each night @139MB/min....terrible! Have gig switches in the network only, I haven't tried changing network cables since I still have that issue of the one server's two drives transferring at different speeds... |
FAB (6923) | ||
| 842117 | 2009-12-22 20:53:00 | This is why Im not a fan of proprietary TAPE drives. Where as If it was an external esata or similar you could easily inspect what the OS is doing with it. | pkm (13527) | ||
| 842118 | 2009-12-22 20:57:00 | Join my club. But it was here when I got here and I doubt I could get approval to replace :) Gotta work with what I've got. Still weird though - I am now at a loss of what direction to look in. I was hoping that the update to SP3 would solve any outstanding issues. |
FAB (6923) | ||
| 1 2 | |||||