Ah, that's a point I'm still fuzzy on. When you say 'Control Areas first used after CA-Reclaim is turned on', does that mean that reclaim will not affect an old cluster until it has been (re)created? That makes a difference in how to roll it out. Application clusters tend to get rebuilt somewhat often. My RMM control data set goes back to 2009.
BTW doc says that reclaim will not work for any cluster that has IMBED. We still have some old catalogs that have not been recreated. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-302-7535 Office [email protected] -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Mike Schwab Sent: Thursday, September 29, 2016 2:04 PM To: [email protected] Subject: (External):Re: VSAM CA reclaim for RMM We turned it on by default about 6 months after release. Works for Control Areas first used after CA-Reclaim is turned on for the dataset / system. On Thu, Sep 29, 2016 at 3:59 PM, Jesse 1 Robinson <[email protected]> wrote: > Thanks. Spent some time this morning wading through the doc. Here's a > thumbnail version of my understanding. > > -- CA reclaim must be 'turned on' at the system level in PARMLIB IGDSMSxx. > Default value is 'off'. > -- It can also be turned on or off for a system with a SETSMS command. > -- Once turned on globally, CA reclaim will be in effect for (more or less) > every VSAM cluster unless a cluster is specifically turned off. That is, the > default at the cluster level is on. My RMM control data set is 'on' as shown > by LISTCAT. > -- You can turn a cluster off or back on with a simple ALTER command--which > BTW I cannot find documented anywhere except in KC discussions of CA reclaim. > For example, I cannot find any reference to reclaim in TSO HELP for ALTER. > -- The IDCAMS command is "ALTER entry-name RECLAIM/NORECLAIM". That command > is accepted now when I enter it even though we do not have reclaim turned on > globally. > > So if you turned reclaim on for 'some user catalogs' and for SMS control data > sets, did you take any action to turn it off for everything else in the house? > > . > . > J.O.Skip Robinson > Southern California Edison Company > Electric Dragon Team Paddler > SHARE MVS Program Co-Manager > 323-715-0595 Mobile > 626-302-7535 Office > [email protected] > > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] > On Behalf Of Mike Schwab > Sent: Thursday, September 29, 2016 12:57 PM > To: [email protected] > Subject: (External):Re: VSAM CA reclaim for RMM > > We had some user catalogs needing annual reorgs. Control Area Reclaim > eliminated this. Helped with SMS control data sets and ML1 Small Data Set. > Don't know about user datasets. > > On Thu, Sep 29, 2016 at 11:08 AM, Jesse 1 Robinson <[email protected]> > wrote: >> (In honor of today's post from Mike Wood.) We don't make much (if any) use >> of CA reclaim here. It occurs to me that RMM might be an excellent >> candidate. We periodically have to reorg the data base-sometimes when RMM >> crashes in the middle of the day. >> >> When CA reclaim was first presented at a closed SHARE session on a Sunday >> morning, there was great interest in the room but also some skepticism. >> What is the current consensus on CA reclaim? How extensively is it >> implemented these days? Recommendations? >> >> . >> . >> J.O.Skip Robinson >> Southern California Edison Company >> Electric Dragon Team Paddler >> SHARE MVS Program Co-Manager >> 323-715-0595 Mobile >> 626-302-7535 Office >> [email protected]<mailto:[email protected]> ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
