RE: Opt 21 Restore -- MIDRANGE-L

Ted,

I CPYSPLF the restore joblog to PF, then wrote a RLPLE program to table and count all the various messages.
Result was a one page summary of the restore.
I did this to insure that I didn't miss a critical restore issue.
After identifying the critical errors, the I scanned the joblog for the message in question, for complete details of the error(s)
Below is sample from my Restore 21, which was a migration.

4/04/12 17:25:13 9406 550 to 8205 E6C MIGRATION SUMMARY MIGRATJLOG PAGE
CPC6778 2 Volume 000112 found on device TAP03.
*NONE 10 Volume 000112 found on device TAP03.
CPF8AA1 1 Library QUSRSYS not completely installed.
CPF9032 1 0.479096 QOSINIT QSYS 02D9 QMNSRBND QSYS 02B6
MSGID 15037 Document interchange session not started.
CPF0936 1 ENDSBS SBS(*ALL) in progress.
CPC3712 251 USRPRF ZS5250DEMO restored.
CPI6705 513 165 blocks processed for sequence 41, volume 000112, on
CPF3292 73889 File QAYDOBACK in library QSYS restored.
CPC90ED 1 Directory attributes changed.
CPC3705 1 231 user profiles restored at 03/24/12 22:40:35.
CPF370B 2 18 blocks processed for sequence 42, volume 000112, on
CPC2191 20 Object #BATCH in QSYS type *COSD deleted.
CPC2634 5 Class-of-service description #BATCH created.
CPC2206 336 Object #BATCH in QSYS type *MODD deleted.
CPC2624 27 Ownership of object SNACKETS in QSYS type *MODD changed.
CPC2601 4 Ownership of object QTILINE in QSYS type *LIND changed.
CPC2623 23 Description for controller ANYNET created.
CPF2715 1 Ownership of object PENCOR06 in QSYS type *CTLD changed.
CPF2615 1 Controller QCTL must be varied off for this operation.
CPF379C 5 Ownership of object QVIRCD0008 in QSYS type *CTLD changed.
CPC9801 19 Object ALISONR type *OUTQ created in library QUSRSYS.
CPC2622 295 Description for device OPTVRT01 created.
CPF2616 4 Ownership of object SYSOUTQ in QUSRSYS type *OUTQ changed.
CPF4102 1 Ownership of object WSC4 in QUSRSYS type *OUTQ changed.
CPF3848 4 2 security or data format changes occurred.
CPF377C 1 356 objects restored; 0 not restored; 5 excluded.
CPA3709 2 CPF377C received during RSTCFG command. (C G)
CPF1383 1 1 blocks processed for sequence 43, volume 000112, on
CPC7011 43 Journal receiver QSQJRN1124 created in library QRECOVERY.
CPF4101 203 File SYSTYPES in library QSYS2 not found or inline data
CPI3229 2 The total length of the fields of the file is greater than
SQL7905 1 Table QADBRSDFR in QRECOVERY created but was not
CPI32B0 326 Constraint was added.
CPC32B0 235 2 constraint(s) added to file SYSTXTSRVR.
CPF9812 68 Constraint was added.
CPI32B3 38 2 constraint(s) added to file SYSTXTSRHS.
CPI32B8 34 4 constraint(s) added to file SYSTXTINDX.
CPI32B7 34 File QASQRESL in library QSYS2 not found or inline data
CPF3234 44 File SYSFEATURE in library QSYS2 restored.
CPI3203 7856 File VIEWS in library QSYS2 restored.
CPC3703 492 Journal receiver RGZPFM1769 created in library QGPL.
CPF3281 7210 1 constraint(s) added to file ZDIRINFD.
CPD708B 11 Journal receiver RGZPFM0769 in library QGPL will be
CPF709A 45 Journal receiver QZMF4192 created in library QUSRSYS.
CPI0C27 1 File QAZMFC0A in library QUSRSYS not found or inline data
CPD372E 18 FILE QAMOVAR3 not restored to QUSRSYS.
CPI3212 4 1 constraint(s) added to file QAEZD0001D.
CPI3210 16529 Receiver QSAJRN1050 in QUSRSYS saved while attached.
CPD70F2 1 File QLTACGY in library QUSRSYS restored.
CPF3293 89 2 security or data format changes occurred.
CPF3773 16 2 blocks processed for sequence 47, volume 000112, on
MCH5601 407 Template value not valid for instruction.
MCH6216 407 Operation on object QASZRAIRX QUSRSYS QASZRAIRX not
CPF9999 407 File WRUSGRP02L in ARCH88 shares access path.
CPI321E 1043 File WTARSQ02 in library ARCH88 deferred.
CPF3756 1046 106 blocks processed for sequence 108, volume 000112, on
CPF9810 8 744 blocks processed for sequence 130, volume 000112, on
CPF7005 419 1 blocks processed for sequence 142, volume 000112, on
CPF0C4A 3 10588 blocks processed for sequence 179, volume 000112, on
CPI372C 20 128 blocks processed for sequence 302, volume 000112, on
CPD3C32 1 77 blocks processed for sequence 366, volume 000112, on
CPD2415 2 15 blocks processed for sequence 385, volume 000112, on
CPF3723 1 568866 blocks processed for sequence 498, volume 000112,
CPA4088 1 G
CPF4901 1 87 security or data format changes occurred.
CPI373B 1 All objects completed for DFRID QRSTLIB.
CPF3849 1 3 libraries had security or integrity changes.
CPF3779 1 G
CPF9E72 2 Usage limit of 0 exceeded. Grace period expires in 71 days
CPC221B 7 Object changed.
CPC2196 1 Object changed.
CPF0C47 2 5677 blocks processed for sequence 552, volume 000142, on
CPC9023 1 Usage limit of 0 exceeded. Grace period expires in 71 days
CPC370E 1 229727 objects restored.
CPC3706 227 Private authorities restored for user profile QMGTC.
CPD3776 150 Authority not restored for user QMSF.
CPF3845 4 Data authority ignored for file YSSNLCK1JL in library
CPF2208 5 Object QTNJRN0138 in library QRECOVERY type *JRNRCV not
CPF3736 9 Private authorities restored for user profile ZS5250DEMO.
CPF3776 1 Not all user profiles had all authorities restored.

Paul

-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of DrFranken
Sent: Friday, November 07, 2014 1:10 PM
To: Midrange Systems Technical Discussion
Subject: Re: Opt 21 Restore

On 11/7/2014 12:50 PM, CRPence wrote:

Huh. I though I had read somewhere that GO RESTORE option-21 was
modified to include a Defer Identifier to handle [many of] those
issues; beyond just for the BRMS equivalent, similarly to enable the
restore to complete with only one pass of the media. But now, looking
at a doc link showing what the option-21 performs, there is no mention
of either Defer Identifier (DFRID) or Restore Deferred Objects
(RSTDFROBJ) being performed.? I wonder if that doc was not updated,
or if I mis-remember about a change having been made to that feature.?

You are correct that with i 6.1 the DEFER feature was added and it seems better in 7.1. It will handle the cross library logical stuff quite well. Originally it was stated that this support required that the save originate from i 6.1 or newer but it seems recently that I have in fact restored a full save from an i 5.4 system to an i 7.1 system and the DEFER worked as desired. It makes sense to me that this SHOULD work as it's a 'look back' function rather than a 'look ahead' the latter of course would require additional stuff on the media.

I do not believe that the DEFER function handles journals that are out of sequence however, just SQL and logical files.

- Larry "DrFranken" Bolhuis

www.frankeni.com
www.iDevCloud.com
www.iInTheCloud.com
--
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.