Want to protect your cyber security and still get fast solutions? Ask a secure question today.Go Premium



Posted on 2006-10-25
Medium Priority
Last Modified: 2013-12-01
We have put in place a new LTO3 Backup library with 1 drive.
It is backing up our network over  10/100 switched ethernet.
It takes 2 days to backup a 300GB exchange server.
The server is responding fine (outlook is a bit slow) during the backup so I don't think it is taxed for resources.
The network responds fine during backup so I don't think the network is congested.
We use Veritas Backup EXEC 10.d
What do you think could be causing our issue.
All other servers backup fast 300-400MB / minute
Question by:McCormackBaron

Expert Comment

ID: 17807678
Are you backing up the mailboxes?  If so, this could cause the problem.
LVL 18

Expert Comment

ID: 17807917
I would suggest only to backup the Information Stores and upgrade the link to 10/100/1000. In the event of failure you only need the Stores for a restore and you can recove mailbox items using ExMerge in the even you needed too.


LVL 32

Expert Comment

by:Scott C
ID: 17808096
Yes, backing up mailboxes at the brick level is a very slow process.

I only backup managers and directors on a daily basis.

The minions get theirs backed up once a week on the weekend.

And we only have a 14 gig Exchange server.
Industry Leaders: We Want Your Opinion!

We value your feedback.

Take our survey and automatically be enter to win anyone of the following:
Yeti Cooler, Amazon eGift Card, and Movie eGift Card!


Expert Comment

ID: 17810566
This is slow even for a mailbox backup. I would suggest you look at the network.

Check the link speed of the server. Set both server NIC and switch port to be 100MB Full Duplex. If you leave them both at auto negotiate, this has been known to cause problems.

300GB at mailbox level on a newish server (last 2 years or so) should backup within approx. 17 hours at your own speed (which is about 2/3rds the peak speed for the LTO3 SCSI device. If fibre connected, then you are running about 1/2 speed. However, the LTO3 maybe stepped down to such a slow transfer rate, that it is actually going slower than the data can be fed to it... if that makes sense.

To improve the transfer rate to LTO3, you should consider the following

1. Caching on disk to improve the burst speed of data, prior to hitting the SCSI card
2. Disable domain validation on the SCSI card, this adds overhead which can significantly slow the transfer rate
3. consider adding another drive to spread the data load
4. Perform offline backups on Exchange to improve access times, and block reads giving faster throughput of data to tape

#4 depends how important mailbox restores are to you. Consider using 35 day mail retention features of Exchange 2000+ instead of mailbox backup/restores. It virtually removes the need to do a tape restore all together and removes the overhead on the admin team for individual mail recovery, letting users restore their own deleted/changed mail.

Hope this helps


Author Comment

ID: 17811923
here is a bit more info.
We are not doing brick level backups.

Do you think that the 300-400 MB /min is still slow for the LTO3 drive?
That is what we get on everything but exchange.
File shares backup fast.

LVL 56

Expert Comment

by:Handy Holder
ID: 17812574
Exchange based virus checker could well be the problem.
LTO throughput may well be increased by doubling the buffer size under BE - under properties of the drive.

300-400MB/Minute is a bit slow for the other servers, should be 80MBps* native but it's pretty hard to feed them with data at that speed.

*There are 3 makes of LTO drives so it's important to know which one

Author Comment

ID: 17814203
It is a Certance LTO3 Autoloader Library.
I will try the buffer size.
We do have exchange based virus scan.
What would you suggest for that?
LVL 56

Expert Comment

by:Handy Holder
ID: 17814330
Depends which one it is, try banging the name of it into support.veritas.com

Author Comment

ID: 17835261
I'm trying the double buffer size.
I will let you know how it goes.

Author Comment

ID: 17849648
Doubling the buffer size seems like it might have helped.
I am not for sure as we only run incrementals during the week.
I will know for sure when the weekly runs this weekend.
I will post again on Monday.

Author Comment

ID: 17899439
The weekly backup still ran just as long.
The increase in buffer size did not help.
Any other ideas?

Accepted Solution

Computer101 earned 0 total points
ID: 18184011
PAQed with points refunded (300)

EE Admin

Featured Post

Hire Technology Freelancers with Gigs

Work with freelancers specializing in everything from database administration to programming, who have proven themselves as experts in their field. Hire the best, collaborate easily, pay securely, and get projects done right.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

In this article we will learn how to backup a VMware farm using Nakivo Backup & Replication. In this tutorial we will install the software on a Windows 2012 R2 Server.
Article by: evilrix
Looking for a way to avoid searching through large data sets for data that doesn't exist? A Bloom Filter might be what you need. This data structure is a probabilistic filter that allows you to avoid unnecessary searches when you know the data defin…
To efficiently enable the rotation of USB drives for backups, storage pools need to be created. This way no matter which USB drive is installed, the backups will successfully write without any administrative intervention. Multiple USB devices need t…
This tutorial will walk an individual through the process of installing the necessary services and then configuring a Windows Server 2012 system as an iSCSI target. To install the necessary roles, go to Server Manager, and select Add Roles and Featu…
Suggested Courses

564 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question