I'm not trying to hijack the thread. If I should start my own, I will. We are a recent customer of Symantec and use both netbackup and their 5020 appliances. We have implmented 2 domains and are attempting to use an SLP and AIR to replicate images from one Netbackup domain to the other.
We see the backups run and following that, the duplication run and complete as well. Our question is, should we see another job on the remote storage system perform the import. If we shouldn't see it in the activity monitor, is there a way (via the command line) that we can tell if the entire process is finished? Thanks, Kevin veritas-bu-boun...@mailman.eng.auburn.edu wrote on 02/20/2012 10:23:06 PM: > From: David Stanaway <da...@stanaway.net> > To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU, > Date: 02/20/2012 10:23 PM > Subject: Re: [Veritas-bu] SLP with Synthetic backups - What are > people doing for workarounds? > Sent by: veritas-bu-boun...@mailman.eng.auburn.edu > > > I am happy to report this was seemingly silently fixed in 7.1 (At least > in 7.1.0.3), the only oddity is that each backup job seems to spawn it's > own SLP duplication job, so you will see hundreds of SLP duplication > jobs queued. > > Now can anyone say if SLP and GRT backups are going to work correctly in > 7.1 ? > > On 3/16/2010 8:02 AM, David Stanaway wrote: > > I'm getting very frustrated about having to re-invent the wheel to > > reproduce the functionality of Storage Lifecycle Policies for my > > Synthetic Full backups. > > > > For those not aware, Synthetic backup images for some dumb reason that > > hasn't been explained to me cannot be managed by an SLP and you will get > > dataloss if you backup to an SLP and expect it to execute the policy. > > The backup will go to the Backup destination, but that is it. No > > duplications. > > > > I am working on some scripts to re-produce the functionality of SLP > > since Vault is not adequate as I have hierarchical duplications that are > > not possible with a vault job. It is going to take a little time to get > > right, and I can't help but think this must have been done before. > > > > > > _______________________________________________ > 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
