Veritas-bu

[Veritas-bu] Splitting large jobs

2005-03-04 15:12:23
Subject: [Veritas-bu] Splitting large jobs
From: Mark.Donaldson AT cexp DOT com (Mark.Donaldson AT cexp DOT com)
Date: Fri, 4 Mar 2005 13:12:23 -0700
Well, while writing this up, I was inspired by the possiblity so I found a
place to test this and it doesn't work.

I think it's interpreting the "!" of the "not" operator as a literal.  I'm
getting bunches of error 71's.

-M

-----Original Message-----
From: Donaldson, Mark - Broomfield, CO 
Sent: Friday, March 04, 2005 12:34 PM
To: 'Thomas Stewart'; veritas-bu AT mailman.eng.auburn DOT edu
Subject: RE: [Veritas-bu] Splitting large jobs


I haven't tried this in a policy filelist but the file list rules seem to
pattern match according to the rules of "ls" so you might try this:

NEW_STREAM
/!(big)                 << everything but /big
NEW_STREAM
/big/mydocs/[a-m]*      << files in mydocs starting "a" to "m"
NEW_STREAM
/big/mydocs/[n-z]*      << files in mydocs starting "n" to "z"
NEW_STREAM
/big/mydocs/!([a-z]*)   << files in mydocs not starting "a" to "z" 
NEW_STREAM
/big/!(mydocs)          << things in /big that aren't in /bin/mydocs


I'm assuming with the first NEW_STREAM designator that you're set to cross
mountpoints, otherwise, just "/" should work to get your root filesystem.

I've been playing with this type of thing using the "ls" command and it
seems to return what I want.  I'm looking for the right place to test this
in my environment.  Perhaps you could give it a try & report?

-M

-----Original Message-----
From: veritas-bu-admin AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu]On Behalf Of Thomas
Stewart
Sent: Friday, March 04, 2005 5:35 AM
To: veritas-bu AT mailman.eng.auburn DOT edu
Subject: [Veritas-bu] Splitting large jobs


Hi,
I have a 1TB volume mounted on /big, it mostly contains the users mydocs.

At the moment I backup the box nightly to a 6 tape library using the 
ALL_LOCAL_DRIVES directive, which works fine. However it is getting to the 
stage where the job that does /big is taking to long.

Is there any way to automatically split the job up, so that it can make use
of 
the other tape drives in the library that are idle?

So far my only thought is to split it manually by changing the backup 
selections to something like:
/
NEW_STREAM
/big/mydocs/[0-9A-Za-m]*
NEW_STREAM
/big/mydocs/[n-z]*
NEW_STREAM

However that then leaves out /big/*

Any thoughts?

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

<Prev in Thread] Current Thread [Next in Thread>