NetBase for MPE Reference Guide

Chapter 5
5-22
Sample NBSYNC Job
!JOB CHCKSYNC,MGR.NETBASE
!COMMENT Checks for out of sync conditions
!COMMENT
!COMMENT Step 1 - Clean directory - the REMOVE entry
!COMMENT point will remove any SHADOW statements
!COMMENT from the directory that do not have a physical
!COMMENT file on the shadow system
!RUN NBSYNC.PUB.NETBASE,REMOVE
!COMMENT
!COMMENT Step 2 - Check the state of shadowed files
!RUN NBSYNC.PUB.NETBASE,VERIFY;INFO=“@.@.@”
!IF VERJCW <> 0 THEN
! TELLOP ***WARNING*** - Shadowed files are not in Sync
! TELLOP Check the STDLIST for the filenames
!ENDIF
!EOJ
Synchronization Loss
When synchronization loss occurs, the shadow copy of a file or database will no longer match the
original copy. Posting to the shadow copy may continue, depending on the Errors Before Disable
configuration parameter, which determines how many sync problems will be tolerated before
shadowing to the file is disabled and a full discard of updates is done. For databases, only datasets
that experience sync problems will be disabled, while the remaining sets will continue to be updated
as normal.
Once the shadow copy of a file or database has been flagged as no longer in sync with its master,
synchronization can only be restored by taking a copy of the master file and restoring, or
DSCOPYing it onto the shadow system. This insures that the two copies match. Several methods
exist that can be used to check if a file is in sync.
Queue State
A file in a queue state can be recovered. The posting process is saving the transactions in Post
Queue files. To recover a file in this state, do the following steps. For more detailed steps and an
example, turn to Appendix B “Troubleshooting NetBase”.
1. Check the NetBase stdlist for the error that the post encountered.
2. Fix the error.
3. Notify the posting process that the error has been fixed using the ROLL FORWARD command in
NBCTRL.