I have a 60gb catalog locally attached, SCSI JBOD as RAID1, using VxVM
and VxFS.

Using Solaris 9 and a scsi attached LTO-1 drive, I can get this job done
in just over an hour.

This is NB 6.0MP4, 32 tape buffers at 262144 block size, and I'm using
the new catalog hot backup feature in 6.0. It is my fastest single
backup job, but also starts at 10:00 a.m., when nothing else is running,
and all connections are local.

When I did this with version 5's two media rotation catalog schedule, I
think it also took over one hour. Looking back through my log files, I
see backup jobs ending at 5:08 a.m., and the database(catalog) backup
finishing at 6:02 a.m.

-Jon

> I wish had an answer for you, but alas I have almost the same issue.
> I am running Solaris 9, NB 5.1 MP6 with a catalog size of 40GB. The
> catalog backup takes around 2.5 hours to backup. I even turned up
> logging and found it spent all of it's time in the images directory.
> I am even running SAN attached 9940B tape drives.
> If I can not find an answer, I am considering using SRDF from EMC to
> duplicate the file system of the catalog images. I just have to figure
> out how to pause backups long enough to break the SRDF connection and
> then restart them. Then I can backup the duplicate that will be
> located in our DR site.
> Anyway, does anybody have any idea how to speed up the backups of the
> catalog?
>
> ------------------------------------------------------------------------
> *From:* veritas-bu-bounces AT mailman.eng.auburn DOT edu
> [mailto:veritas-bu-bounces AT mailman.eng.auburn DOT edu] *On Behalf Of
> *Clooney, David
> *Sent:* Wednesday, July 04, 2007 9:34 AM
> *To:* veritas-bu AT mailman.eng.auburn DOT edu
> *Subject:* [Veritas-bu] Catalog performence to tape
>
> Hi all
>
> Apologies for not participating in this list as much as I used to
> however I have been totally inundated.
>
> Was wondering whether someone could shed some light on an issue I am
> currently faced with.
>
> One of our Netbackup environments currently residing on Solaris 8 64
> bit NBU 5.1 MP6 has a catalog size of approx 50 Gb
>
> The NBU catalog backup is taken over three hours to complete which is
> madness.
>
> What I have discovered is that when the catalog backup runs the use of
> SIZE_DATA_BUFFERS and NUMBER_OF_DATA_BUFFERS is excluded. I can
> understand this as the catalog should be outside the realms of NBU
> essentially.
>
> When I create a policy based backup of the catalog mount point the
> backup flies through in no time at all, as I presume the buffer
> settings are utilised.
>
> For a further test I have used Solaris’s tar to backup the same mount
> point to tape and this too takes forever and a day.
>
> So I'm sort of concluding that the OS in some way, shape or form is
> letting me down.
>
> 1. Can anyone think of anything or point me in the right direction as
> to tune the OS so I can increase throughput to our SAN attached 9940B's ?
>
> 2. On another topic I was going to try and setup rsync to take copies
> of the catalog, would it be detrimental to the NBU environment if I
> gave the rsync’s user group read access to the catalog mount point ?
>
> Thanks in advance
>
> Dave
>


_______________________________________________
Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu