What about back up? > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of willie bunter > Sent: Friday, January 15, 2016 4:07 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: DFHSM/SMS QUESTION - SPACE MANAGEMENT > > Migrate the dsn after 10 days of non-usage. > > -------------------------------------------- > On Thu, 1/14/16, Lizette Koehler <stars...@mindspring.com> wrote: > > Subject: Re: DFHSM/SMS QUESTION - SPACE MANAGEMENT > To: IBM-MAIN@LISTSERV.UA.EDU > Received: Thursday, January 14, 2016, 1:52 PM > > What does your management > class for this dataset say as well as the HSM policy? > > Lizette > > > > -----Original Message----- > > From: IBM Mainframe Discussion List > [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On > > Behalf Of willie bunter > > Sent: Thursday, January 14, 2016 10:53 AM > To: IBM- > m...@listserv.ua.edu > Subject: Re: DFHSM/SMS QUESTION - SPACE > MANAGEMENT > > Lizette, > > Thanks for the info. For this dsn in > particular there is no migration it is > to be expired/deleted after 1 day > of > non-usage. > > > > You have touched on the point of space management algorithms for > migration. I > assume that this would also pertain to the deletion of > files as > well. Right? > > > > > -------------------------------------------- > > On Thu, 1/14/16, Lizette Koehler <stars...@mindspring.com> > wrote: > > > > Subject: > Re: DFHSM/SMS QUESTION - SPACE MANAGEMENT > To: IBM- > m...@listserv.ua.edu > Received: Thursday, January 14, 2016, > 12:45 PM > > > > So > depending on the > > version of z/OS - > look at On Demand Migration (v2.1 and above), this might > help more > > > > Second, correct, files are only > moved if DFHSM feels the volume needs to > have the space back, however, > you could have a migration policy in the > management class that says - > if > this is still on DASD after 1 month, then > migrate the file. > > > > It > depends on > > what your requirements > are. You can just let files migrate as HSM sees fit > based on its > algorithms > for space management, or you can setup a management > class that says > it gets migrated if unused in XX days. > > > > Many choices. > > > > Lizette > > > > > > > > -----Original Message----- > > > From: > IBM > > Mainframe Discussion List > [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On > Behalf Of > > willie bunter > > Sent: Thursday, January 14, 2016 10:23 AM > To: > IBM- > > m...@listserv.ua.edu > > Subject: DFHSM/SMS QUESTION - SPACE MANAGEMENT > > > Good Day > To All, > > I need to confirm if I my understanding about SMS & > > SPACE management is > correct. > > > We have noticed that > there are several dsns which have been on dasd for > over > > 10 > months. The volumes and dsns are all SMS managed and DFHSM performs > the > > necessary migration and deletion. I checked the MANAGEMENT > class and the > dsns > are to be deleted after 1 day non-usage > > > Expire after Days > Non- > > usage . : 1 > Expire > after Date/Days . . . . : 1 > Retention > Limit . . . . . . . > : > > 0 > > > > > > Below > are the > > attributes of the Storage > Group: > > > > > > > > > > Allocation/migration > > Threshold : High > > 85 (1-100) Low . . 1 > > > > > (0-99) > > > Alloc/Migr Threshold > > Track-Managed: High > 85 (1-100) Low . . 1 (0- > > 99) > Guaranteed > > Backup > Frequency . . . . . > > . > (1 to 9999 or > > > > NOLIMIT) > > > > > > BreakPointValue . . . . . . . . . . . . > > > (0-65520 > > > or > blank) > > > Processing > > Priority . . . . . . . . . . 50 > > (1-100) > > > > > > I think > that the dsns are not deleted because SMS did not select some of > these > > > volumes have not met the criteria of the Low threshold of 1. I > > remember > reading somewhere (on this board the following): > > > > > > For primary space > > management, HSM only looks at the low threshold. If the > volume > exceeds the > low threshold, then we will process any data sets that > are > eligible for > migration on that volume. > > > > > > > > Could someone confirm if I am > > correct? > > > > > > > > Thanks. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN
---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN