The newer APYJRNCHGX command will handle RGZPFM, but it only works on
database files.
Al
Al Barsa, Jr.
Barsa Consulting Group, LLC
400>390
"i" comes before "p", "x" and "z"
e gads
Our system's had more names than Elizabeth Taylor!
914-251-1234
914-251-9406 fax
http://www.barsaconsulting.com
http://www.taatool.com
http://www.as400connection.com
Gord Hutchinson
<gordm1@tstoverla
nd.com> To
Sent by: MIDRANGE-L@xxxxxxxxxxxx
midrange-l-bounce cc
s@xxxxxxxxxxxx
Subject
RGZPFM & APYJRNCHG
08/15/2007 11:45
AM
Please respond to
Midrange Systems
Technical
Discussion
<midrange-l@midra
nge.com>
We recently did a disaster recovery test including recovery from the
journals.
I recall trying this in the past and the recovery stopped when it reached
an
entry for a RGZPFM. The reason was that there was no guarantee that the
records on a duplicate RGZPFM (in the recovery) would be placed in the same
RRN as the original RGZPGM. I therefore made it a rule that RGZPFMs are
only done when a save can be done immediately. This re-establishes the
recovery point.
To my chagrin, I realized that one library is being re-org'ed without being
saved. To my puzzlement, the APYJRCHG did the reorg again instead of
aborting.
Does anyone know when this behaviour changed or am I misremembering?
FWIW, we are on 5R3.
Thanks,
Gord
--
Gord Hutchinson
Database Administrator, IT
TST Overland Express
ghutchinson@xxxxxxxxxxxxxxx
905-212-6330
fax: 905-602-8895
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at
http://archive.midrange.com/midrange-l.
midrange.com
