My method is an artifact of a workaround for a 5.0MP3 bug in which using
the "all_local_drives" directive could cause data loss.
A workaround was to explicitly specify drive letters....that's gonna go
away soon.

You're right, specifying a drive letter that doesn't exist is fine, as
long as another specified drive letter does exist, except when using
multistreaming as the stream for the non-existant drive letter will fail
with 71.

However, my question was whether adding the drive letter in the list
will "reset" the policy (for lack of a better term to describe the
behaviour we all know and love.)

Paul

-- 


> -----Original Message-----
> From: Martin, Jonathan (Contractor) [mailto:JMARTI05 at intersil.com] 
> Sent: July 12, 2006 8:34 AM
> To: Paul Keating; veritas-bu at mailman.eng.auburn.edu
> Subject: RE: [Veritas-bu] changing backup selection in a policy
> 
> 
> I generally use ALL_LOCAL_DRIVES and exclude things I don't want to
> backups.  This sort of covers me incase an enthusiastic admin 
> adds some
> storage and forgets to tell me about it.  That said, I have a few
> policies like this, mostly backing up Oracle Archive Files 
> (don't ask.)
> If you select E: but E: doesn't exist on a client, it skips it.  Worst
> case scenario you might end up with an error 71 - no files on the list
> exist, but I think only if you are multistreaming.  You'll 
> have to check
> that part out, but generally speaking your method is fine and in
> production here.
> 
> -Jonathan 
-------------- next part --------------
====================================================================================

La version fran?aise suit le texte anglais.

------------------------------------------------------------------------------------

This email may contain privileged and/or confidential information, and the Bank 
of
Canada does not waive any related rights. Any distribution, use, or copying of 
this
email or the information it contains by other than the intended recipient is
unauthorized. If you received this email in error please delete it immediately 
from
your system and notify the sender promptly by email that you have done so. 

------------------------------------------------------------------------------------

Le pr?sent courriel peut contenir de l'information privil?gi?e ou 
confidentielle.
La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute 
diffusion,
utilisation ou copie de ce courriel ou des renseignements qu'il contient par une
personne autre que le ou les destinataires d?sign?s est interdite Si vous 
recevez
ce courriel par erreur, veuillez le supprimer imm?diatement et envoyer sans 
d?lai ?
l'exp?diteur un message ?lectronique pour l'aviser que vous avez ?limin? de 
votre
ordinateur toute copie du courriel re?u.