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

[CRPence <CRPbottle@xxxxxxxxx>]

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