Actually, you are changing the browse time not the policy. The policy
is an "automatic" setting that the software sets on its own, I know this
is a VERY high level view of the policy. The browse time is just a
field in the media database that can be modified.
I also believe currently, read I have not tested it extensively, that
the clean up process will not remove a cloneid that has not passed its
browse time.
On Mon, 2008-12-08 at 16:58 +1100, Brendan Sandes wrote:
> 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
--
David Dulek
Storage Administration Lead
Fastenal Company
E-mail: ddulek AT fastenal DOT com
Phone: (507) 313-7033
Fax: (507) 453-8333
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
|