REORG the FDS as follows to resolve the OVERFLOW BLOCKS condition:
1) Run a FDS Status Report
a) Make sure there are there are enough free blocks available, so the physical size of the FDS needs not to be increased, otherwise an UNLOAD + RELOAD to a new allocated FDS would be required.
b) Customize the FILEDEFN member according to the record counts of the current FDS Status Report.
For example, increase the record count in the capacity fields for DSNINDEX and ARCHVOLS in the FILEDEFN member as follows:
2)Stop all CA Disk activity:
That means no DMSAR, IXMAINT, MERGE, ARCHIVE, BACKUP, should be running or scheduled.
Suspend the Auto-Restore Manager (ARM) processing of Vantage via:
This shuts down each DMSAR task as soon as its currently active request is completed.
Suspends all pending ARM requests and halts new requests from being executed.
FILES data sets are unallocated (also from RSTMON if it is active).
3) Backup the FDS
Run an UNLOAD to create a backup of the current FDS via SEQFILES DD.
Run the following REORG :
//STEP01 EXEC REORG
//STEPLIB DD DISP=SHR,DSN=cadisk.CCUWLOAD
//PARMLIB DD DISP=SHR,DSN=cadisk.PARMLIB
//FILES DD DISP=SHR,DSN=cadisk.FILES
//SYSIN DD *
With FREESP=20, a RELOAD or REORG will leave 20% free space in every block so there is room to insert some new DSNINDEX records.
This will keep the number of "Blocks Remaining" more constant over a period of time and lessen the likelihood of going into Overflow Blocks.
Check the REORG joblog and and the FDS Status Report of the REORG if all subfiles have been reloaded well.
5) Resume the ARM processing of Vantage via: