> I would question other attributes of this management class, too, since the > name leads you to think "one year", but the VER* and RETEXTRA settings > seemingly contradit that (though I don't know what RETONLY is)... but that > isn't directly related to this problem, either. :-)
Whoops, just took another look, the wrapping of the columns confused me... looks like RETONLY is 366. Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED] Internet e-mail: [EMAIL PROTECTED] The only dumb question is the one that goes unasked. The command line is your friend. "Good enough" is the enemy of excellence. "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> wrote on 2005-09-20 13:53:24: > I don't think that would necessarily make a difference as to whether files > are being bound to that management class, though... the QUERY COPYGROUP > output suggests that the management class and backup copy group exist (but > I wonder how much that was edited, since "query copygroup" should show > more copy groups than for just the one management class, based on what > info we have). > > I would question other attributes of this management class, too, since the > name leads you to think "one year", but the VER* and RETEXTRA settings > seemingly contradit that (though I don't know what RETONLY is)... but that > isn't directly related to this problem, either. :-) > > Regards, > > Andy > > Andy Raibeck > IBM Software Group > Tivoli Storage Manager Client Development > Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED] > Internet e-mail: [EMAIL PROTECTED] > > The only dumb question is the one that goes unasked. > The command line is your friend. > "Good enough" is the enemy of excellence. > > "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> wrote on 2005-09-20 > 13:28:17: > > > 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@VM.MARIST.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. > > > -----------------------------------------------------------------
