Hi Hans,
Yes, hypothetically you can set RETONLY to a lower value than RETEXTRA, but
I do not know why you would want to do this. While I cannot make your data
retention policy decisions for you, I would not advise such a
configuration.
For example, suppose you create the special management class for the files
in R:\olddir so that it has RETONLY set for 15 days. RETEXTRA remain at 30.
Let's call the special management class REDUCERETONLY. You configure an
INCLUDE statement like this:
include r:\olddir\...\* reduceretonly
On December 1 you run an incremental backup on R:. All the files in
R:\olddir (and its subdirectories) will be rebound to management class
REDUCERETONLY.
On December 2 you move the data from R:\olddir to R:\newdir, so that olddir
no longer exists. Later, you back up R:. All data in R:\newdir is backed
up. All active versions in R:\olddir are inactivated, and will be kept for
an additional 15 days. Meanwhile the older inactive versions still have the
retention based on the 30 day RETEXTRA value.
On December 3 - 20 you continue backups as usual.
On December 21 you find a user needs to restore the backup version created
on December 1. This means you need the backup versions from directory
R:\olddir. However that version is not available because the 15 day RETONLY
period has transpired, and that backup version was expired. Meanwhile, a
version from November 30 or before might still be available, but it is not
the needed version.
Best regards,
Andy
____________________________________________________________________________
Andrew Raibeck | IBM Spectrum Protect Level 3 | stor...@us.ibm.com
IBM Tivoli Storage Manager links:
Product support:
https://www.ibm.com/support/entry/portal/product/tivoli/tivoli_storage_manager
Online documentation:
http://www.ibm.com/support/knowledgecenter/SSGSG7/landing/welcome_ssgsg7.html
Product Wiki:
https://www.ibm.com/developerworks/community/wikis/home/wiki/Tivoli%20Storage%20Manager
"ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> wrote on 2016-11-22
08:13:43:
> From: Hans Christian Riksheim <bull...@gmail.com>
> To: ADSM-L@VM.MARIST.EDU
> Date: 2016-11-22 08:14
> Subject: Re: Rename directory
> Sent by: "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU>
>
> Hi Andrew.
>
> Thanks. Luckily RETEXTRA is only 30 days while RETONLY is 5000. But I
guess
> I could have set RETONLY for the new mgmt class lower than RETEXTRA with
no
> consequence right? Never done that before.
>
> Regards,
>
> Hans Chr.
>
> On Tue, Nov 22, 2016 at 1:51 PM, Andrew Raibeck <stor...@us.ibm.com>
wrote:
>
> > Hello Hans,
> >
> > Before moving the directory OLD to NEW, you can:
> >
> > 1. Create a new (special) management class for OLD that is similar to
the
> > current management class, but has the desired RETONLY setting (for
example,
> > maybe it should match RETEXTRA?)
> >
> > 2. Add an INCLUDE statement to bind all files in OLD to the new
management
> > class
> >
> > 3. Next incremental backup will rebind all files in OLD to the new
> > management class that has the lower RETONLY setting
> >
> > Best regards,
> >
> > Andy
> >
> > ____________________________________________________________
> > ________________
> >
> > Andrew Raibeck | IBM Spectrum Protect Level 3 | stor...@us.ibm.com
> >
> > IBM Tivoli Storage Manager links:
> > Product support:
> > https://www.ibm.com/support/entry/portal/product/tivoli/
> > tivoli_storage_manager
> >
> > Online documentation:
> > http://www.ibm.com/support/knowledgecenter/SSGSG7/
> > landing/welcome_ssgsg7.html
> >
> > Product Wiki:
> > https://www.ibm.com/developerworks/community/wikis/home/wiki/Tivoli%
> > 20Storage%20Manager
> >
> > "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> wrote on 2016-11-22
> > 05:38:38:
> >
> > > From: Hans Christian Riksheim <bull...@gmail.com>
> > > To: ADSM-L@VM.MARIST.EDU
> > > Date: 2016-11-22 05:39
> > > Subject: Rename directory
> > > Sent by: "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU>
> > >
> > > A customer wants to move a lot of data from directory OLD to NEW. A
new
> > > incremental will then backup all files under NEW and the files under
OLD
> > > deactivated.This will then cause the former active files under OLD to
> > stay
> > > on tape until RETONLY effectively doubling the cost for the customer.
> > >
> > > Any method to get rid of the active backup data under OLD while
still.
> > >
> > > 1. Keeping the other inactive versions.
> > > 2. Not deleting the Active date before the move which is a risky
> > solution.
> > >
> > > Regards,
> > >
> > > Hans Chr.
> > >
> >
>
