As others have mentioned, for VSAM files, there is no way around the outage. You must unload/delete/redefine/reload.
For catalogs, you do have options as several products on the market tout the ability to reorganize (including delete/define) a catalog while it remains open. T-REX, is one of those tools. Larry Crilley Dino-Software Corporation 800.480.DINO 412.366.3566 www.dino-software.com Dino-Software Utilities T-REX - Superior catalog management tool inclusive of HSM & Tape audits REORGadon - First REORG While-OPEN tool for HSM Teradon - First ever OnLine REPRO MERGECAT utility Xtinct - DASD Data purge RTD - DASD Real Time Defrag DAL - Analysis for Legato in an easy to view format Sentinel - Real-time FTP Management. All secure, all the time. -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lizette Koehler Sent: Thursday, January 17, 2008 6:51 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Performance issues with VSAM IMBED My main reason for asking is we still have VSAM defined with IMBED. Fortunately no KEYRANGE or REPLICATE, at least no IEC161I messages with those sub codes. Since the statement was made that there is a performance issue, I was hoping to find some verification so that I could convince my users to reorg their files over the next year to get those removed. But if I cannot support the statement, it may be a more difficult road to travel. Zapping something is so much easier than doing a reorg of a file that may be 4GB or larger or having to have an application outage to do it. Same issue with some user catalogs. Since I know I am not the only shop, I was also wondering if anyone else was running into this situation and how they are going about trying to get their files reorg'd. This is just pure curiosity on my part. Lizette > > > I have been reading the z/OS V1.7 to V1.9 Migration guide and though > it states you do not need to remove IMBED, REPLCIATE or KEYRANGE. > It does mention that there is a performance issue by having them on > your VSAM files. > > I was wondering if anyone did an analysis to see what the buy back > for VSAM response was if these are removed? It would help me build > a case to get the VSAM data sets reorged more quickly. My VSAM > seems to be strictly IMBED at this time. I did not find any > KEYRANGE or REPLICATE definitions. > > Redefine existing VSAM data sets that contain the IMBED, REPLICATE, > and KEYRANGE attributes ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html