Backup Exec running slow

Hi, help needed on speeding things up.

current set up

NT4 backup exec 8.5 (all service packs/options available) (the server isnt doing anything other than backing up at the time.

backup exec is based on the exchange server,
and backs up the edb files with agent then also does a mailbox backup.

then it backs up a few other servers of general data(windows 2000). and there is a second DLT which has jobs backing up sql data (first bak files then the c drive its self.

I know mailbox back up is slow.

but jobs are getting very long with out a great change in the amount of data.

data rates have changed from 300mb to 40mb  and i cant see why,

do you have any tips/best practice ideas etc,

im going to recreate all the jobs, but would like to know what you think some changes i could make /try before hand

Thank you

we do use Norton navce   but even tried disabling this over night    no change.

for ref.

data rates

a remote windows 2000 server   40mb

a remote sql server win2000   130mb

local data       140 mb

a remote nt 4 server   100mb

all of these used to be well over 200mb  and i cant think of anything that has changed.
Who is Participating?
LucFConnect With a Mentor EMEA Server EngineerCommented:
take a look at these:

What VERITAS Backup Exec (tm) settings can be modified to reduce the amount of time it takes for a backup to run?

Backup Exec slows down with Norton AntiVirus 2.11 for Microsoft Exchange when backing up Microsoft Exchange 5.5 mailboxes and reports messages as corrupted.

How to enable FSUseAsyncIO to troubleshoot VERITAS Backup Exec (tm) data transmission issues, including "Insufficient memory"

Reasons why the data throughput rate can be slower than the theoretical maximum when backing up to tape media.

Low throughput during backups or restores of remote NetWare or Windows servers over TCP/IP

Slow transfer rate and/or "Drive Not Responding" while performing Microsoft Exchange 5.5 individual mailbox backups with VERITAS Backup Exec for Windows NT and Windows 2000.

Why is it recommended that tape devices should not to be connected to RAID controllers?

Hope this helps,

Have you ever defragged the local file system to speed up writing to the B/E DB or the target systems?

Are you geting low on disk space on the backup machine?

Are you seeing any errors in your event logs?

Have you applied any system updates to the backup machine that correspond to the slowdown?

mhamerAuthor Commented:
no erros, disk space fine
nothing altered (other than normal hotfixes)

and none of servers need defragging
Get expert help—faster!

Need expert help—fast? Use the Help Bell for personalized assistance getting answers to your important questions.

LucFEMEA Server EngineerCommented:
Have you checked my links yet?
chicagoanConnect With a Mentor Commented:
>nothing altered (other than normal hotfixes)
here's an area where you have to corrollate patches with problems
Windows Update doesn't know about your apps
If you've done a blind windows update and you're suddenly experiencing a problem, often your onloy recourse id to re-install the application
>and none of servers need defragging
research shows that defragging windoze servers can provide performance benefits up to %40, especially on SQLserver
as NT doesn't have a native defrag utility, that's a pretty sweeping statement

If your network throughput is generally a LOT lower than what you see backing up a local file, I'd also look for an ethernet speed/duplex mismatch on the backup server.
Duncan MeyersConnect With a Mentor Commented:
Just a thought - DLT data transfer rates drop as the error rate climbs. Could just be dirty heads...

Having said that, the drive should request a cleaning tape if the error rates exceed a threshold. Has the cleaning tape expired? Perhaps old media?

Try a new cleaning tape and new tape.

My Veritas Bkp has slowed to a crawl too over the last week.... Could it be the latest Symantec Event handler? you know, the one that fixed the memory leaks and server reboots?
RERaunioSystem EngineerCommented:
The through-put on Backup Exec 8.5 plunged from >300 MB/Min to 8 MB/min. Nothing showed up in The Event Viewer on any of the servers not did the switch monitoring software show any bottlenecks or problems on the netework. (This was over the weekend) I went ahead and rebooted the backup server as well as the file server and restarted the full backup. I checked back later and still had a through-put of 8 MB/min. As a last resort, I rebooted the two network switches (3COM 4400 SuperStack 3) - waited 15 minutes then restarted a backup job. Problem solved - through-put was 402 MB/min.
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.