Re: RSTLIB OPTION(*NEW) overwrote existing files

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