ADSM-L

Re: effect of moving a client from one policy domain to another

2004-09-14 13:54:17
Subject: Re: effect of moving a client from one policy domain to another
From: Richard Hammersley <Hammersl AT XAVIER DOT EDU>
Date: Tue, 14 Sep 2004 13:54:17 -0400
Thank you for the information. It is very helpful.

To make sure I have it clear in my mind is this what would be ?

Old setup:

<>OldPD/OldPolicySet/OldManClass … OldCopyGroup --- ClientA Filename S.S

New setup:

NewPD/NewPolicySet/NewManClass … NewCopyGroup --- ClientA Filename S.S

<>New copy group copy destination storage pool. <>

Assume the file S.S never changes. <>

Old management class has Version Data Exists = 4 and Retain Extra Versions = 60 days <>

New management class has Version Data Exists = 2 and Retain Extra Versions = 30 days <>

Assume the old PD/PS/ManClass etc. are not deleted. <>

When I change ClientA’s PD to NewPD and change the client schedule association to one that points to the new PD <> the first time the new schedule runs file S.S does not get backed up since it did not change and because it was already backed up using the old PD/etc. the new management class version data exists and retain extra versions etc. take affect and only the active and one inactive version of the file will be retained or the 30 days will be used to determine which inactive file versions are retained. Whichever comes first.

Am I correct with my thinking ?

Thank you

Richard

Prather, Wanda wrote:

I'll take a shot at this.
When you move a client from one domain to another:

1) No data moves.  Even if the backup copy groups in the new domain point to
different storage pools, the existing backup data stays right where it is
(and is still perfectly restore-able).  If you want to move the data, you
have to issue the appropriate MOVE DATA or MOVE NODEDATA commands to make
that happen.

2) If the new domain has management classes with the SAME NAMES as the old
domain, the data will be governed by verexist/verdeleted/retextra/retonly
values in the new domain.

3) If there are management classes in the old domain that DO NOT EXIST in
the new domain, the data is governed by the "backup retehtion grace period "
value for the DOMAIN.

Also in this case some ugly messes crop up.  When expiration runs, you will
see a LOT of funky error messages about backup copy groups not existing for
file xxxxxxxxxx, which essentially says that there is no management class.

Wanda Prather
"I/O, I/O, It's all about I/O"  -(me)


-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Richard Hammersley
Sent: Tuesday, September 14, 2004 10:14 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: effect of moving a client from one policy domain to another


I've been asked to revamp our policy domains/policy sets/management
classes/copy groups.  They want new ones of everything.  The goal is to
group clients in different ways and have different values for the
version and retention attributes.

After I move a client from the old policy domain to the new and change
its schedule association what will happen to the data that was backed up
?  Will TSM treat it as "deleted files" and use the "versions data
deleted" and "retail only verstion" attributes to expire the files ?  Or
not and keep the active files ?  Or something else ?

Thanks.

Richard Hammersley
Xavier University

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