12-05-2000 01:04 AM
A backup consisting of 13 file systems takes 4hrs to backup with Omniback and 10hrs to restore, why do we have such a difference in time? Plus what can we do to reduce the restoration time?
12-05-2000 01:18 AM
Need to the following before I can help:
Version of Omniback
What platform is the Omniback cell server (Unix or NT)
What clients are being backed up
What types of filesystems are being backed up
What type of tape drives are you using
Are the tape drives on the same system as the data being backed up or does the data go over the network.
You may get more people interested in helping by posting Omniback questions to the Openview applications forum. Here is a link:
12-05-2000 02:53 AM
Many writes to disks are slower than read. I have had worse results when restoring to a RAID5.
12-05-2000 09:12 AM
We have experienced the same thing when using Omniback defaults. When we increased the tape blocking parameters (set on the backup device) our restore acts more normal now.
Hope this helps.
12-05-2000 11:36 PM
One thing to keep in mind is to set the Device options concurrency. Depending on the amount of data, even 4 hours for 13 filesystems may be very long.
Eg: if the concurrency is only '1' the tape starts running and as soon as the writing is finished, it slows down, stops and waits for the next data and having overrun needs to rewind to the correct position before writing again. Setting the concurrecy to say '4', four 'backups' run cocurrently resulting in the tape not slowing down/stopping and as a result the whole job running much faster.
I have not found this functionality in Backup-Exec yet however my Omniback and my Backup-exec Backup-Exec backup similar amounts of data, Omniback doing it in 1/12 of the time Backup-Exec does it.
I (un)fortunately have not had to restore masses of data and am therefor not sure if similar options work for restoring.