Here is a suggestion that Veritas suggested to us when our
catalog db backup spanned more than 1 tape. (and failed)
AND, as with all suggestions, take it with a grain of salt. :)
In the NetBackup DB Backup Attributes, change your file
list to look like this: (bluefalcon is our NBU host)
/usr/openv/netbackup/db/images/bluefalcon
/usr/openv/netbackup/db/class
/usr/openv/netbackup/db/client
/usr/openv/netbackup/db/config
/usr/openv/netbackup/db/error
/usr/openv/netbackup/db/jobs
/usr/openv/netbackup/db/media
/usr/openv/var
/usr/openv/volmgr
Then set the "When to Backup" to "NEVER" and use cron
to initiate the db backup:
#bpbackupdb is used to back the Netbackup DB database
31 7 * * * /usr/openv/netbackup/bin/admincmd/bpbackupdb -seq 1 >/dev/null
2>/tmp/db_bkup.stderr
Then, setup a class/policy to backup your DB catalogs in
regular scheduled backups. I suggest weekly with cumulative
incrementals.
How this works for a disaster recovery is a two step process.
First you would bprecover your db catalogs from your NetBackup
DB tapes. This lets the NBU server know about its own backups
of the catalogs. Then you can do a full bprestore of the
/usr/openv/netbackup/db directory and other important files
that you included in the files section of the schedule.
When we did this, our DB Backup took about 15 minutes.
However, the backup took hours. Plan your schedules
during very quiet times.
Caution: Putting your catalogs in a normal backup schedule
might not get you your most recent backups. If you can
risk 1 day of images this will work. If you can't, then
you'll need to get a really fast tape drive.
regards,
john
"Fabbro, Andrew P" wrote:
>
> I would dearly love to make our NetBackup catalog backups faster. I've got
> about 80GB of catalog. The Master is a Sun E450 w/4x300Mhz procs and 4GB
> RAM running Solaris 8. The catalog lives on Hitachi 9980 storage and the
> Master has a dedicated LTO drive (also fiber). The /usr/openv filesystem is
> VxFS.
>
> Right now a catalog backup takes ~2:45 hours. The bottleneck is not tape or
> storage. I think it's the classic "many small files" problem - my
> /usr/openv has ~280,000 files.
>
> I'm wondering if anyone has tried any VxFS tuning to improve performance (I
> know I'm reaching here). I'm also wondering what improvements if any people
> are seeing with 4.5.
>
> Thanks,
>
> -andrew fabbro [fabbro.andrew AT cnf DOT com]
>
> _______________________________________________
> Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
--
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
+ John D Stephens ITS Design Systems +
+ Texas Instruments 12500 TI BLVD, Dallas +
+ jstephens AT ti DOT com 214-480-6229 +
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
|