Re: Utility to remove and re-add logical file members

On 01-Jul-2010 06:57, Charles Wilt wrote:

I had a thought...

Instead of trying to re-add a logical file member correctly or
recreate the logical file itself correctly....

As in a very recent message... Probably best to use restore in this scenario. The restore keeps the same attributes like Member Level Identifier and the same based-on file.mbrs DTAMBRS() as when initially created with ADDLFM.

What if you
1) used CRTDUPOBJ to dup the physical (with no data)
and its logicals to QTEMP
2) deleted the production logical files
3) did the mass data change to the physical
4) used CRTDUPOBJ to duplicate the logicals back into
production in an optimized order?

I'm thinking that might be easier.

As alluded in the same recent message, the RSTOBJ and RSTLIB features already have the algorithm to effect maximized sharing [which I infer matches "optimized order" of creation from this discussion]. Given that using CRTDUPOBJ performs the index rebuilds inline, you would still probably want to remove all of the LFM first or take care in the concurrent yet still ordered rebuilds. Thus I do not expect this approach will be so easy or desirable.? Also note that object ownership is an issue; which although create duplicate carries authorities, having a new owner complicates.

Regards, Chuck