ADSM-L

Re: Different Management Policy (Completed!)

2005-09-20 16:29:37
Subject: Re: Different Management Policy (Completed!)
From: Sung Y Lee <sunglee AT US.IBM DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Tue, 20 Sep 2005 16:28:17 -0400
One thought comes to my mind is that.. has it been over 90 days since new
policy has been activated and set?


Thanks,

Sung Y. Lee

"ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU> wrote on 09/20/2005
05:08:23 AM:

> Hi all,
>
> Accidently sent the mail before without adding all the info! Apologies
> for the resend.
>
> I am having probably a hopefully simple problem with management classes.
> I backup a server and it goes to the default management class, which has
> a retention of ninety days. There is one set of data on this server that
> I want backed up to a different management class so it is retained for a
> year instead of ninety days. Here is the dsm.sys entry on the client:
>
> include            /BACKUP/outgoing/.../*   CR_ONE_YEAR
>
> When I run a q inclexcl on the client I get the following:
>
> tsm> q inclexcl
> *** FILE INCLUDE/EXCLUDE ***
> Mode Function  Pattern (match from top down)  Source File
> ---- --------- ------------------------------ -----------------
> Excl Filespace /FMS/fmsprod/gbls              dsm.sys
> Excl Filespace /IBS/ibsprod/gbls              dsm.sys
> Excl Directory /dev                           Server
> Excl Directory /unix                          Server
> Excl All       /.../tmp/.../*                 Server
> Excl All       /.../oradata/.../*             Server
> Excl All       /.../core                      Server
> Incl All       /BACKUP/outgoing/.../*         dsm.sys
> Excl All       /BACKUP/online/.../*           dsm.sys
> No DFS include/exclude statements defined.
>
> And on the server here is a q mgmt:
>
> tsm: BKP>q mgmt standard standard cr_one_year f=d
>
>             Policy Domain Name: STANDARD
>                Policy Set Name: STANDARD
>                Mgmt Class Name: CR_ONE_YEAR
>           Default Mgmt Class ?: No
>                    Description: Management Class For Critical Systems
>     Space Management Technique: None
>        Auto-Migrate on Non-Use: 0
>     Migration Requires Backup?: Yes
>          Migration Destination: CRDATATAPE
> Last Update by (administrator): ADMIN
>          Last Update Date/Time: 2005.06.24 09:38:24
>               Managing profile:
>
> And here is query of the backup copygroup for thius mgmt class:
>
> tsm: BKP>q copygroup
>
> Policy    Policy    Mgmt      Copy      Versions Versions   Retain
> Retain
> Domain    Set Name  Class     Group         Data     Data    Extra
> Only
> Name                Name      Name        Exists  Deleted Versions
> Version
> --------- --------- --------- --------- -------- -------- --------
> -------
> STANDARD  ACTIVE    CR_ONE_Y- STANDARD         7        7       40
> 366
>                      EAR
> STANDARD  STANDARD  CR_ONE_Y- STANDARD         7        7       40
> 366
>                      EAR
>
> Does anyone have any idea what I am doing wrong? When I look on the
> server for the files it has it only shows the last ninety days still.
>
> Thanks!
>
> Sam
>
> -----------------------------------------------------------------
> ATTENTION:
> The information in this electronic mail message is private and
> confidential, and only intended for the addressee. Should you
> receive this message by mistake, you are hereby notified that
> any disclosure, reproduction, distribution or use of this
> message is strictly prohibited. Please inform the sender by
> reply transmission and delete the message without copying or
> opening it.
>
> Messages and attachments are scanned for all viruses known.
> If this message contains password-protected attachments, the
> files have NOT been scanned for viruses by the ING mail domain.
> Always scan attachments before opening them.
> -----------------------------------------------------------------