onbar vs. ontape
Posted in 2003
Topics: Backup & Restore, Server Administration
Hello
to all,
I'm in the process of testing/configuring onbar. In our prod. env we are
currently performing ontape backups on a 250+ gig database. The backup
takes aprrox. 3 hrs 45 min. (single drive) to complete. In my test env, a
little slower box, the ontape backup takes 4 hrs 6 min. (single tape drive)
with a onbar backup to 2 tape drives (Quantam SDLT 320 Drives) taking 4 hrs
21 mins. to complete. Both 320 drives are on a separate scsi controller.
I have played around with the onconfig parms but the parallel onbar still
takes a little longer than the serial ontape backup. Any ideas why it may
be longer?
HPUX 11
9.21 FC5 (also performed the test on 9.40 FC2 with same results)
onconfig parms:
BAR_ACT_LOG /tmp/bar_act.log
BAR_MAX_BACKUP 20
BAR_RETRY 5
BAR_NB_XPORT_COUNT 40
BAR_XFER_BUF_SIZE 31
Look at the duration of each individual dbspace.
That will indicate the reason why your onbar backup is running as long as it
is. I am guessing that you may need to split one or more dbspaces into smaller
dbspaces in order to take advantage of onbar's parallel backup strategy.
HTH.
Clifton
"Darren_Jaco...." <Darren_Jacobs@carmax.com> wrote:
Hello to all,
I'm in the process of testing/configuring onbar. In our prod. env we are
currently performing ontape backups on a 250+ gig database. The backup
takes aprrox. 3 hrs 45 min. (single drive) to complete. In my test env, a
little slower box, the ontape backup takes 4 hrs 6 min. (single tape drive)
with a onbar backup to 2 tape drives (Quantam SDLT 320 Drives) taking 4 hrs
21 mins. to complete. Both 320 drives are on a separate scsi controller.
I have played around with the onconfig parms but the parallel onbar still
takes a little longer than the serial ontape backup. Any ideas why it may
be longer?
HPUX 11
9.21 FC5 (also performed the test on 9.40 FC2 with same results)
onconfig parms:
BAR_ACT_LOG /tmp/bar_act.log
BAR_MAX_BACKUP 20
BAR_RETRY 5
BAR_NB_XPORT_COUNT 40
BAR_XFER_BUF_SIZE 31