I back up ALL_LOCAL_DRIVES using the cluster name, and ensure local
drives (only C: for us) are excluded.  Then back up C: only on the
individual nodes.  It's still a pain managing exclude lists; from time
to time someone changes the policy names which messes the exclude lists
up and we start getting duplicate backups.

> -----Original Message-----
> From: veritas-bu-bounces AT mailman.eng.auburn DOT edu 
> [mailto:veritas-bu-bounces AT mailman.eng.auburn DOT edu] On Behalf 
> Of tburrell
> Sent: 11 July 2007 15:50
> To: VERITAS-BU AT mailman.eng.auburn DOT edu
> Subject: [Veritas-bu] Re: Windows flash-backup experiences (again)
> 
> 
> 
> 
> Leidy, Jason D wrote:
> > I backup ALL_LOCAL_DRIVES on a few of our clusters, it gets 
> everything.
> > For instance, I'll put both physical nodes that host the 
> cluster in a
> > policy that uses the ALL_LOCAL_DRIVES option. I'm new to the backup
> > world, is this not the best practice? It gets the quorum 
> and everything
> > (I'm able to restore the data).
> > 
> > Jason
> > 
> > ________
> > Attached original message stripped from forum post
> 
> 
> Jason- you're kind of right- it will get everything, but at 
> the cost of lots of errors and problems down the line.  Since 
> Windows servers are still aware of drives that are owned by 
> the other nodes in the cluster, ALL_LOCAL_DRIVES will cause 
> Netbackup to try and back up disks which are not accessible 
> from the current node, and that will generate errors.  In 
> addition, every time a drive fails from one physical node to 
> another it's seen as needing a new full backup (assuming it's 
> been gone longer than the backup interval).  Plus- when you 
> want a restore, you have to figure out which node owned the 
> drive that day.  Not a problem in a small shop perhaps, but 
> get 3 or 4 decent size file clusters running for a year or so 
> and things quickly get out of hand.
> 
> Best practice (although it's a pain, I'll admit) is to use 
> the virtual node name, and specify the drives owned by that 
> cluster group.  The trick here then is to make sure that your 
> Windows Admins don't add/move drives without telling you.  
> The upside is: fewer bogus errors, and the backups follow the 
> disks around on the cluster maintaining your catalog continuity.
> 
> Tom
> 
> +-------------------------------------------------------------
> ---------
> |This was sent by tburrell_mn AT yahoo DOT com via Backup Central.
> |Forward SPAM to abuse AT backupcentral DOT com.
> +-------------------------------------------------------------
> ---------
> 
> 
> _______________________________________________
> Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> 

-----------------------------------------
Egg is a trading name of the Egg group of companies which includes:
Egg plc (reg no 2448340), Egg Financial Intermediation Ltd (reg no
3828289), and Egg Banking plc (reg no 2999842). Egg Banking plc and
Egg Financial Intermediation Ltd are authorised and regulated by
the Financial Services Authority (FSA) and are entered in the FSA
register under numbers 205621 and 309551 respectively. These
members of the Egg group are registered in England and Wales.
Registered office: Citigroup Centre, Canada Square, London E14 5LB.

This e-mail is confidential and for use by the addressee only. If
you are not the intended recipient of this e-mail and have received
it in error, please return the message to the sender by replying to
it and then delete it from your mailbox. Internet e-mails are not
necessarily secure. The Egg group of companies do not accept
responsibility for changes made to this message after it was sent.


Whilst all reasonable care has been taken to avoid the transmission
of viruses, it is the responsibility of the recipient to ensure
that the onward transmission, opening or use of this message and
any attachments will not adversely affect its systems or data. No
responsibility is accepted by the Egg group of companies in this
regard and the recipient should carry out such virus and other
checks as it considers appropriate.

This communication does not create or modify any contract.


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