Veritas-bu

Re: [Veritas-bu] "/" + Cross All Mnt Pts Vs. ALL_LOCAL_DRIVES

2008-10-24 09:22:28
Subject: Re: [Veritas-bu] "/" + Cross All Mnt Pts Vs. ALL_LOCAL_DRIVES
From: "Curtis Preston" <cpreston AT glasshouse DOT com>
To: "Dean" <dean.deano AT gmail DOT com>, "Nathan Kippen" <nate.kippen AT gmail DOT com>, <Veritas-bu AT mailman.eng.auburn DOT edu>
Date: Fri, 24 Oct 2008 09:01:15 -0400
Dean and Marion,

You are people after my own heart.  I push using ALL_LOCAL_DRIVES (and 
NetWorker All saveset or TSM's all-local spec) whenever possible.  Even if you 
like to do separate backups for Oss/apps, like Jeff talked about, I believe 
that at some point you should have a "catch-all" ALL_LOCAL_DRIVES policy that 
excludes everything else.



Curtis Preston  |  VP Data Protection  
GlassHouse Technologies, Inc.
 
T: +1 760 710 2004 |  C: +1 760 419 5838 |  F: +1 760 710 2009  
cpreston AT glasshouse DOT com |  www.glasshouse.com
Infrastructure :: Optimized
-----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 Dean
Sent: Wednesday, October 22, 2008 12:01 AM
To: Nathan Kippen; Veritas-bu AT mailman.eng.auburn DOT edu
Subject: Re: [Veritas-bu] "/" + Cross All Mnt Pts Vs. ALL_LOCAL_DRIVES

We use ALL_LOCAL_DRIVES and "allow multiple streams" everywhere,
regardless of the O/S.

Where there is a database that needs to be backed up seperately, it
will have it's own policy just for that database, on that client, and
the backup selection list might look like :

/opt/oracle
/oradata/db1
/oradata/db2
/oradata/db3

Then, we back up the rest of the client in a more generic "catch all"
policy ... say a policy named "unix_system_prod", which contains many
clients and has ALL_LOCAL_DRIVES in it's selection list.

We setup an exclude list for that particular client, for only the
"unix_system_prod" policy, which contains the entries listed above, so
that we're not backing up the db files twice.

ALL_LOCAL_DRIVES is a good thing! It means never having to say "Umm...
sorry... we don't have a backup. The Unix guy didn't tell us when he
added that /super_critical mountpoint 3 years ago."


On Wed, Oct 22, 2008 at 8:24 AM, Nathan Kippen <nate.kippen AT gmail DOT com> 
wrote:
> I'm just looking to see what the recommendation out there is for backing up
> unix-based servers.
>
> In the past I've always backed up a unix client using "/" in my selection
> list and using cross all mount points + exclude lists.  As I was browsing
> through the Admin guide I read that ALL_LOCAL_DRIVES could be used on
> unix-based clients as well.
>
> I'm interested to know how people out there backup their unix clients.   We
> use cross all mount points so to make sure that an Admin doesn't create
> something on a client that needs to be backed up that he doesn't tell us
> [backup admins] about.
>
> I'm looking into using the ALL_LOCAL_DRIVES directive with "allow multiple
> streams" so I can stream out my unix clients by filesystem thus getting more
> i/o throughput by having the backups read from multiple physical disks at
> the same time.  ... This opposed to using "/" + NEW_STREAM .. since I don't
> really know what directories are actual filesystems.  (I don't admin the
> majority of the clients I backup.)
>
> Thanks,
>
>
>
>
> _______________________________________________
> Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
>
_______________________________________________
Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu





This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you have received this email in error please notify the system manager. This 
message contains confidential information and is intended only for the 
individual named. If you are not the named addressee you should not 
disseminate, distribute or copy this e-mail.

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