ADSM-L

Re: URGENT: Rebinding

2002-02-01 09:41:26
Subject: Re: URGENT: Rebinding
From: Andrew Raibeck <storman AT US.IBM DOT COM>
Date: Fri, 1 Feb 2002 09:38:48 -0500
Hi Michael!

Changing an inactive file's management class/copygroup attributes would,
of course, change the way the inactive versions are managed without having
to do any rebinding or re-backing up. This may not be feasible if you
don't want to alter the management policy for other files bound to that
class.

But if you really do want to rebind, then one way to do this (after making
the policy changes) is to create a file with the same name (or restore the
latest inactive version of the file), back the file up, then delete the
file again. This would work, but has the drawbacks of possibly expiring
the older inactive version (depending on what the new policy settings
are), and being a little cumbersome, especially if there are a large
number of files you wish to rebind. This may not be what you want.

Your suggestion would also work, but you should be sure that the
management class name for the expired files also exists in the new policy
domain (with the new desired copygroup attributes).

Regards,

Andy

Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Development
Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS
Internet e-mail: storman AT us.ibm DOT com

The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.




Michael Bartl <michael.bartl AT CW DOT COM>
Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
02/01/2002 05:26
Please respond to michael.bartl


        To:     ADSM-L AT VM.MARIST DOT EDU
        cc:
        Subject:        Re: URGENT: Rebinding



Hi Andy,
is there also a way to rebind inactive versions that do not have an
active version?
I changed the RETAINONLY value for the management class, but there was
no rebinding of the already inactive versions.

I think I could create a new Policy Domain with different retention
periods and then switch the node to this Domain. Does this work or is
there an even better way of doing this?

Best wishes,
Michael


Andrew Raibeck wrote:
>
> 1) If you want to make a permanent change to the management class, just
> update the management class's copygroup attributes and activate the
policy
> set.
>
> 2) If you want to change the management class to which the files are
> bound, put the necessary INCLUDE statement(s) in the options file to
bind
> those files to the new management class. The next time you run an
> incremental backup, if the files have not changed, then the existing
> versions will be rebound. If the files have changed, then they will be
> backed up again using the new management class, and the existing backup
> versions will be rebound as well.
>
> Regards,
>
> Andy
>
> Andy Raibeck
> IBM Software Group
> Tivoli Storage Manager Client Development
> Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS
> Internet e-mail: storman AT us.ibm DOT com
>
> The only dumb question is the one that goes unasked.
> The command line is your friend.
> "Good enough" is the enemy of excellence.
--
Michael Bartl                               mailto:michael.bartl AT cw DOT com
Michael Bartl                               mailto:michael.bartl AT cw DOT com
Office of Technology, IT Germany/Austria    Tel: +49-89-92699-806
Cable & Wireless Deutschland GmbH.          Fax: +49-89-92699-302
Landsberger Str. 155, D-80687 Muenchen      http://www.cw.com/de
<Prev in Thread] Current Thread [Next in Thread>