Why is it bad practice? I don't understand the big deal about not separating different retentions to different pools? If they all use the same pool, they are separated automatically, you just can't 'see' it. If it's just for visual peace of mind, then I understand.
In a shop where we have multiple sites with multiple customers (450+) who each have at least one volume pool, it's becoming imperative to 'downsize' into much fewer pools, and we will let multiple retentions go to the same pool (not to be confused with mixing them on the same tape). -Rusty -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Markham Sent: Wednesday, April 26, 2006 11:35 AM To: Paul Keating Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Volume Pools [recommendations please] Correct. Unless you have mix retentions on media set which i think everyone has agreed is a bad idea. Your description below uses 4 tapes ( if one tape per backup is used ) which are all associated to the same volume pool. IMO this is bad practice. I do think it explains it well to the person who originally asked the question however which is nice. Paul Keating wrote: > Mistakenly hit ctrl+enter when I meant to ctrl+V > > Please read down... > > >> I don't believe your words were taken out of context, as even >> re-reading your follow-up, I'm interpretting your words the same way. >> >> I think you are misunderstanding what netbackup does...it DOES NOT >> mix retentions on a single media... >> >> If for instance you have one pool, named "netbackup" and you have 3 >> different policies, each with different retentions >> >> Ie. >> PolicyA -> FULL=4 weeks, INC=2 weeks -> pool=netbackup PolicyB -> >> FULL=8 weeks, INC=4 weeks -> pool=netbackup PolicyB -> FULL=24 weeks, >> INC=4 weeks -> pool=netbackup >> >> You will ned up with something simlar to the following: >> >> MediaID Pool Retention >> 000001 Netbackup 24 weeks >> 000002 Netbackup 8 weeks >> 000003 Netbackup 4 weeks >> 000004 Netbackup 2 weeks >> > > You will NOT get a 2 week and a 4 week retention backup written to the > same media ID, regardless of whether or not they're written to the > same volume pool. > > Paul > > ---------------------------------------------------------------------- > -- > > ====================================================================== > ============== > > 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. > _______________________________________________ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu _______________________________________________ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu