Re: RSTLIB OPTION(*NEW) overwrote existing files

[Evan Harris <auctionitis@xxxxxxxxx>]

I've always been a little mystified by this command and the
relationship between the OPTION parameter and the MBROPT parameter.
Re-reading the help after seeing your email suggests that the OPTION
object operates at the Object level while the MBROPT operates at the
File Level.

Presumably OPTION allows the restore operation to determine whether to
restore the object or not. Subsequently, the MBROPT option is checked
to see whether or not to restore the contents of the files.

That said, I would have expected it to behave as you did when you
began the restore but would have planned for it to behave as it did.
As I said, I've always been a little suspicious of these options when
restoring into an existing library.

I'll be interested to see what others have to say.

On Wed, Jul 13, 2011 at 2:00 PM, Charles Wilt <charles.wilt@xxxxxxxxx> wrote:
> The following command was issued:
>
> RSTLIB SAVLIB(HLTHPRDFIL PRCPRDFIL CRMSARFIL) DEV(TAP3576)
>  VOL(I00040) OPTION(*NEW) MBROPT(*ALL) OMITOBJ((*ALL *JRNRCV))
>
> However, existing files were replaced with the saved version from the tape.
>
> The way I read the help for the OPTION parameter, I wasn't expecting that.
>                  Option (OPTION) - Help
>
> *NEW
>    Only the objects in the saved library that do not
>    exist in the current version of the system library are
>    added to the library.  Only objects not known to the
>    system library are restored;  known objects are not
>    restored.  This option restores objects that were
>    deleted after they were saved or that are new to this
>    library.  If any saved objects have a version already
>    in the system library, they are not restored, and an
>    informational message is sent for each one, but the
>    restore operation continues.
>
>
> What am I missing?
>
> Thanks!
> Charles