Providing you have run an expire inventory process they will not show up. Otherwise the files will still show up because they are still there even if marked inactive. Just thought I'd throw that in there as some folks forget to schedule that or run it on a regular basis and think that the retention isn't working because files don't go away.
See Ya' Howard > -----Original Message----- > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf > Of Wanda Prather > Sent: Wednesday, March 19, 2008 9:13 AM > To: [email protected] > Subject: Re: [ADSM-L] Management Class Query > > 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 <[EMAIL PROTECTED]> 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
