ADSM-L

Re: [ADSM-L] Management Class Query

2008-03-19 10:13:56
Subject: Re: [ADSM-L] Management Class Query
From: Wanda Prather <wprather AT JASI DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Wed, 19 Mar 2008 10:12:42 -0400
Try this:

Start the backup/archive GUI client on any system that you can get to, with
files you think had a lot of versions under the old default rules.
Click the big RESTORE button.
Navigate to some files you think had a lot of versions under the old default
rules.
Scroll to the far right, you'll see the management class the files are bound
to.

I believe you'll flind that the DEFAULT management class is a special case.
Instead of saying "STANDARD" or "FILEPRINT30", the files just say "DEFAULT",
and it's in the TSM data base that way.
So no rebinding is necessary, and the rules for the default management class
will be in effect.

As further verification, If you pull down from the menu VIEW ->
active/inactive, you should also see that no more file versions exist
than are specified in the current default mgmt class/copy group rules.

W


On 3/19/08, Jeff White <Jeff.White AT woolworths.co DOT uk> wrote:
>
> Hi
>
>
>
> TSM Server v5.4.0.0
>
> Clients at various TSM levels running on Windows
>
>
>
> Working on a client site where, basically, they don't expire data and
> then find themselves in a situation where they have to continually
> purchase more tapes!
>
>
>
> So as part of my brief, i have agreed and implemented new retention
> policies for TSM data.
>
>
>
> I have:
>
> Created a new copy group and management class
>
> Assigned the new management class as the default management class
>
> Validated and activated the new management class
>
> Queried the active management class
>
> Q MGMT STANDARD ACTIVE
>
> Output:
>
> Domain             Polset          MGMTCLASS   Default  Desc
>
> STANDARD      ACTIVE        FILEPRINT30     Yes          FILE PRINT
> SERVERS
>
> STANDARD      ACTIVE        STANDARD      No            Installed
> default management class
>
>
>
> MC STANDRARD used to be the default MC, as you can see, this is now
> FILEPRINT30.
>
>
>
> Done this yesterday. On last night's backup, all worked fine, but in the
> backup stats, there were 0 object rebound for every server in that
> policy domain (STANDARD). My understanding of this is that because this
> is the default MC, every object associated with the domain would have
> been rebound.
>
>
>
> Could someone shed light on this please?
>
>
>
> Thanks
>
>
>
>
>
> ****************************************************************************
> Woolworths plc
> Registered Office: Woolworth House, 242 Marylebone Road, London NW1 6JL
> Registered in England, Number 104206
>
> This e-mail is only intended for the person(s) to whom it is addressed and
> may contain confidential information.  Unless stated to the contrary, any
> opinions or comments are personal to the writer and do not represent the
> official view of the company.  If you have received this e-mail in error,
> please notify us immediately by reply e-mail and then delete this message
> from your system. Please do not copy it or use it for any purposes,  or
> disclose its contents to any other person.  Thank you for your
> co-operation.
>
> ****************************************************************************
>
> ------------------------------------------------------------------------------------
> Email scanned for viruses and unwanted content by emailsystems
>
> Information regarding this service can be found at www.emailsystems.com

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