Networker

Re: [Networker] Changing the browse policy on a clone in 7.4

2008-12-08 01:02:53
Subject: Re: [Networker] Changing the browse policy on a clone in 7.4
From: Brendan Sandes <brendannetworker AT GMAIL DOT COM>
To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
Date: Mon, 8 Dec 2008 16:58:45 +1100
Hi All.

Going back through my email (been too busy to check for awhile).

You can actually set the browse policy of the saveset to be equal to the
longest retention policy of a clone copy.  You use the nsrmm command.  You
obviously cannot set the browse policy longer than the retention policy when
you first do the backup as NetWorker does not allow this.

I believe that the browse policy applies to a saveset as a whole (not to the
original ssid/clone id of the first backup copy).  For example
The site I am on does a backup to pool MascotDL and clones to
MascotDLCloneD.  In addition, the first full backup of December is cloned to
the yearly pool which has a retention of 3 years set on it.

You can see from the first mminfo command that the browse policy is set to
2009.

I then set the browse policy of the saveset to be equal to the retention
policy on the yearly clone.  You can then see that the browse policy has
changed for all copies of the saveset.

The browse policy seems to apply to the saveset itself and not an individual
clone copy.  This makes sense when you think about it.  There isn't 3
seperate indexes for the saveset, just 1 that references 3 saveset copies.

Lastly, you can see that the clone retention is still set to 1/feb/2009 and
does expire when it reaches it.  Once the original backup copy has expired,
I can still go and browse the backup to recover files

mminfo -a -q "ssid=2017004265" -r
name,ssretent,ssbrowse,clretent,volume,pool
 name                           retent   browse  clretent volume
pool
/opt                            12/08/11 01/02/09 12/08/11 100024
 MascotTPCloneY
/opt                            12/08/11 01/02/09 01/02/09 M00162L1
 MascotDL
/opt                            12/08/11 01/02/09 01/02/09 U00085L1
 MascotDLCloneD

o22rrbkup02:/nsr/scripts# nsrmm -S 2017004265 -w 12/08/11

o22rrbkup02:/nsr/scripts# mminfo -a -q "ssid=2017004265" -r
name,ssretent,ssbrowse,clretent,volume,pool
 name                           retent   browse  clretent volume
pool
/opt                            12/08/11 12/08/11 12/08/11 100024
 MascotTPCloneY
/opt                            12/08/11 12/08/11 01/02/09 M00162L1
 MascotDL
/opt                            12/08/11 12/08/11 01/02/09 U00085L1
 MascotDLCloneD


On Wed, Nov 5, 2008 at 11:56 PM, David Dulek <ddulek AT fastenal DOT com> wrote:

> You can't.  The browse policy is on the ssid not the cloneid.  Also, the
> browse policy can not be longer than the shortest retention policy.
>
> I wonder if that is addressed in 7.5?
>
> On Wed, 2008-11-05 at 12:35 +0000, Esson, Paul wrote:
> > Folks,
> >
> >
> >
> > Our set-up is Networker 7.4SP2 on AIX 5.3.  We have commissioned an EMC
> > Disk Library (DL4602) and also have a Quantum Scalar i2000 tape library.
> > The intention is to write save sets to the DL in the first instance then
> > clone them to the i2K.  In 7.4 I know we can change the retention policy
> > on the clone to be different from that of the original save set.
> > However, how do we change the browse policy for the clone so that we
> >
> > do not have to do a save set recovery for these longer retention
> > backups?  Can we set a browse policy on the original that is greater
> > than the retention policy to propagate this to the clone?
> >
> >
> >
> > Regards,
> >
> > Paul Esson
> > Redstor Limited
> >
> > Direct:               +44 (0) 1224 595381
> > Mobile:          +44 (0) 7766 906514
> > E-Mail:          paul.esson AT redstor DOT com
> > Web:            www.redstor.com
> >
> > REDSTOR LIMITED
> > Torridon House
> > 73-75 Regent Quay
> > Aberdeen
> > UK
> > AB11 5AR
> >
> > Disclaimer:
> > The information included in this e-mail is of a confidential nature and
> > is intended only for the addressee.  If you are not the intended
> > addressee, any disclosure, copying or distribution by you is prohibited
> > and may be unlawful.  Disclosure to any party other than the addressee,
> > whether inadvertent or otherwise is not intended to waive privilege or
> > confidentiality.
> >
> >
> > To sign off this list, send email to listserv AT listserv.temple DOT edu and
> type "signoff networker" in the body of the email. Please write to
> networker-request AT listserv.temple DOT edu if you have any problems with 
> this
> list. You can access the archives at
> http://listserv.temple.edu/archives/networker.html or
> > via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER
>
> To sign off this list, send email to listserv AT listserv.temple DOT edu and 
> type
> "signoff networker" in the body of the email. Please write to
> networker-request AT listserv.temple DOT edu if you have any problems with 
> this
> list. You can access the archives at
> http://listserv.temple.edu/archives/networker.html or
> via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER
>

To sign off this list, send email to listserv AT listserv.temple DOT edu and 
type "signoff networker" in the body of the email. Please write to 
networker-request AT listserv.temple DOT edu if you have any problems with this 
list. You can access the archives at 
http://listserv.temple.edu/archives/networker.html or
via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER

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