I wouldn't think that would be required or all that useful. What method did you 
choose to use for the reorg?

> -----Original Message-----
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of mf db
> Sent: Wednesday, August 14, 2013 1:12 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Catalog resizing approach
> 
> Thanks all for your opinions and great suggestions. The environment is
> like Intended usercat is connected to all the Mastercatalog. So after
> the CATALOG rebuild, a F CATALOG,RESTART would be a good choice  to
> refresh the entries ?
> 
> 
> On Wed, Aug 14, 2013 at 3:33 AM, Tom Marchant <m42tom-
> ibmm...@yahoo.com>wrote:
> 
> > On Tue, 13 Aug 2013 15:05:27 -0400, Robert A. Rosenberg wrote:
> >
> > >I do not have a way of listing the APAR so I do not know what it
> says
> > >to do.
> >
> > Really? GIYF
> > http://www.google.com/#bav=on.2,or.r_qf.&cad=b&fp=1&q=II13354
> >
> >
> > >If I wanted to ALIAS entries to point at a new name, just delete and
> > >then define them.
> >
> > I think you;d find that all of the VSAM data sets in that catalog
> were
> > broken after you did that.  The catalog information for a data set is
> > not stored entirely in the BCS.  Some of it is in the VVDS.  And the
> > VVDS entry (at least for VSAM) contains the name of the catalog that
> > the data set is cataloged in.
> >
> >
> > >OTOH, as has been pointed out, just
> > >deleting and redefining (using the same name) the usercat (my
> > >backup/restore method) would also work.
> >
> > It would almost work, but not quite.
> >
> > >As I stated, there does
> > >however the method, need to be some way to freeze the contents of
> the
> > >usercat while you either redefine or replace it.
> >
> > Yes, it is important to prevent all accesses to the catalog by other
> > users during the process.  The APAR describes how to use LOCK for
> > that.  You are not doing anyone a service by providing an overly
> > simplified procedure that omits the critical information of how to do
> > it as an alternative to the procedure to do it correctly.
> >
> > Just my opinion.
> >
> > --
> > Tom Marchant
> >
> > ---------------------------------------------------------------------
> -
> > 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

Reply via email to