CA Database Analyzer (IMS Tools)CA Mainframe Configuration Manager for IMS for z/OSIMS TOOLS - MISCCA Compress Data Compression (IMS Tools)CA Database Analyzer for IMS for z/OSCA Database Copier for IMS for z/OSCA Database Organizer for IMS for z/OSCA Mainframe Extended Terminal Manager (IMS Tools)CA High Performance Recovery for IMS for z/OSCA Database Organizer (IMS Tools)CA Mainframe Program Restart Manager for IMS for z/OSCA Secondary Index Builder for IMS for z/OSCA Secondary Index for IMS for z/OSCA JARSCA JARS Resource AccountingCA JARS SMF DirectorCA JMRCA MIM Resource Sharing (MIM)CA MIM Data Sharing (MII)CA MIM Tape Sharing (MIA)CA MIM Message Sharing (MIC)Nastel AutoPilot for WebSphere MQCA PanvaletCA QuickFetchCA Raps VSECA Scheduler VSECA SMRCA SOLVE:Operations AutomationSOLVE:Access Session ManagementCA SOLVE:FTSCA SYSVIEW Performance ManagementNXBRIDGE - SYSYVIEW/ENDEVORCA SOLVE
When does this message get issued?
A "caijtrk"-report actually shows SPACE ALLOCATED :001242 CI'S SPACE AVAILABLE :001240 CI'S REORG RECOMENDED:YES
so nearly the whole CAIJTRK should be free.
Release: Component: SCHDMS
The NJOBS parameter can influence the wrap around situation because when used on the FORMAT command it indicates how big the data area of the tracking file should be. The bigger the data area the less frequently the wrap around message will occur.
Initially, records are added sequentially to the tracking file. A check is made to see if the record about to be added goes beyond the highest RBA in the data area. If so, the wrap around message is issued and Scheduler then needs to start at the beginning of the data area to find free space large enough to hold the record about to be added.
Going forward this adds a little bit of overhead since a search for free space needs to be done as opposed to just writing the record on the next available RBA. Performing a REORG of CAIJTRK will reformat the tracking file placing any records that need to be restored sequentially from the start of the data area. This will allow schedule going forward to process adding the records sequentially until the end of the data area is reached. i.e. wrap around message issued.
By finding the right mix of how often the REORG job is run and how big the tracking file both in size and NJOBs specification should be, the wrap around message can be avoided.