Re: Replicate, Imbed KeyRange
--snip From the 1.11 announcement: In Software Announcement 204-180, dated August 10, 2004, IBM announced its intent to withdraw support for VSAM IMBED, REPLICATE, and KEYRANGE attributes in a future release. Based on customer feedback, IBM no longer plans to remove this support from z/OS in the foreseeable future. IBM still recommends that you stop using these attributes and plans to remove IMBED and REPLICATE attributes during logical DFSMSdss™ restore operations and DFSMShsm recall operations as announced in Software Announcement 207-175, dated August 07, 2007. --- Interesting. My last major project was to get these attributes removed. And, I even updated VC (on the CBT) to re-create a file without them. I also changed it to create disk control cards, rather than just echo the attributes. Another wasted effort? unsnip No effort to plan for the future is ever wasted, Ted. It may seem like a short-term waste, but I'm sure that in the long term it will be time well spent. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Replicate, Imbed KeyRange
The only thing that has changed is that IBM has decided not to remove KEYRANGE. IMBED and REPLICATE are still scheduled for removal (eventually). See: http://www-03.ibm.com/support/techdocs/atsmastr.nsf/5cb5ed706d254a818625 6c71006d2e0a/f680f3f4fd0205b7862573fc00268efb/$FILE/Tool%20Bag%20Austin% 202009.pdf PP.10 (watch the wrap).. HTH, snip From the 1.11 announcement: In Software Announcement 204-180, dated August 10, 2004, IBM announced its intent to withdraw support for VSAM IMBED, REPLICATE, and KEYRANGE attributes in a future release. Based on customer feedback, IBM no longer plans to remove this support from z/OS in the foreseeable future. IBM still recommends that you stop using these attributes and plans to remove IMBED and REPLICATE attributes during logical DFSMSdss(tm) restore operations and DFSMShsm recall operations as announced in Software Announcement 207-175, dated August 07, 2007. --- Interesting. My last major project was to get these attributes removed. And, I even updated VC (on the CBT) to re-create a file without them. I also changed it to create disk control cards, rather than just echo the attributes. Another wasted effort? unsnip No effort to plan for the future is ever wasted, Ted. It may seem like a short-term waste, but I'm sure that in the long term it will be time well spent. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Replicate, Imbed KeyRange
On Thu, 20 Aug 2009 12:49:52 -0500, Staller, Allan allan.stal...@kbm1.com wrote: The only thing that has changed is that IBM has decided not to remove KEYRANGE. IMBED and REPLICATE are still scheduled for removal (eventually). See: http://www-03.ibm.com/support/techdocs/atsmastr.nsf/5cb5ed706d254a818625 6c71006d2e0a/f680f3f4fd0205b7862573fc00268efb/$FILE/Tool%20Bag%20Austin% 202009.pdf PP.10 Allan, That is old information. That doc is from SHARE in Austin and that information is from August 7,2007 (2 years old). The current SOD announcement is from August 18th 2009. Here is the SOD gospel: http://www-03.ibm.com/systems/z/os/zos/zos_sods.html Mark p.s. Bette's session is one of those I never miss. Well, once I couldn't get my self up in time Friday morning - some of you on the list know who to blame. :-) -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Replicate, Imbed KeyRange
Staller, Allan wrote: The only thing that has changed is that IBM has decided not to remove KEYRANGE. IMBED and REPLICATE are still scheduled for removal (eventually). See: http://www-03.ibm.com/support/techdocs/atsmastr.nsf/5cb5ed706d254a818625 6c71006d2e0a/f680f3f4fd0205b7862573fc00268efb/$FILE/Tool%20Bag%20Austin% 202009.pdf PP.10 snip I know we've changed our minds about this issue more than once, but this is not correct today. The original plan was to remove support for processing data sets having IMBED, REPLICATE, and KEYRANGE (IRK, for short) attributes at some future point. We had a Statement of Direction to this effect. We got a lot of feedback from people who had long retention requirements and no way to identify dumped and migrated IRK data sets. We looked at it again, and decided that we would keep support for KEYRANGE, automatically remove IMBED and REPLICATE on logical RESTORE and DFSMShsm recall, and continue to plan to someday remove access method (e.g., OPEN) support for IMBED and REPLICATE. Bette's charts from the last SHARE, the wording of the IRK health check message, Steve's Hot Topics article in the current (August 2009) issue--the deadline for which, I hasten to add, preceded the decision--and other things reflect this today. We got more feedback, mostly about user catalogs with IRKsome attributes and the disruptive application outages required to convert them. We looked at it again, and decided: - To *continue* to support IRK data sets. That's those with any or all three attributes, IMBED, REPLICATE, and KEYRANGE. - To continue to plan to have DFSMSdss and DFSMShsm remove IMBED and REPLICATE attributes from data sets during logical restore and recall operations. We still want to do this because these attributes only soak up space and potentially slow access to data sets. -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Replicate, Imbed KeyRange
From the 1.11 announcement: In Software Announcement 204-180, dated August 10, 2004, IBM announced its intent to withdraw support for VSAM IMBED, REPLICATE, and KEYRANGE attributes in a future release. Based on customer feedback, IBM no longer plans to remove this support from z/OS in the foreseeable future. IBM still recommends that you stop using these attributes and plans to remove IMBED and REPLICATE attributes during logical DFSMSdss™ restore operations and DFSMShsm recall operations as announced in Software Announcement 207-175, dated August 07, 2007. --- Interesting. My last major project was to get these attributes removed. And, I even updated VC (on the CBT) to re-create a file without them. I also changed it to create disk control cards, rather than just echo the attributes. Another wasted effort? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Replicate, Imbed KeyRange
On Wed, 19 Aug 2009 21:15:20 +, Ted MacNEIL wrote: From the 1.11 announcement: In Software Announcement 204-180, dated August 10, 2004, IBM announced its intent to withdraw support for VSAM IMBED, REPLICATE, and KEYRANGE attributes in a future release. Based on customer feedback, IBM no longer plans to remove this support from z/OS in the foreseeable future --- Interesting. My last major project was to get these attributes removed. And, I even updated VC (on the CBT) to re-create a file without them. I also changed it to create disk control cards, rather than just echo the attributes. Another wasted effort? No. It is still advisable to eliminate the use of these attributes. They cause inefficient use of DASD and lead to inefficient use of CPU. It sounds like there were others where were not as diligent as you. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html