09.07.2015 Views

z/OS V1R6.0 DFSMS Access Method Services for Catalogs

z/OS V1R6.0 DFSMS Access Method Services for Catalogs

z/OS V1R6.0 DFSMS Access Method Services for Catalogs

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

SHCDS|be made to complete <strong>for</strong>ward recovery, whether using a product such asCICSVR that supports VSAM RLS or using another <strong>for</strong>ward recoveryprocedure.If <strong>for</strong>ward recovery does not successfully complete, locks cannot bereassociated (bound) to the new version of the data set, because these locks donot provide the protection that online backout requires.Be<strong>for</strong>e using this parameter, check the documentation <strong>for</strong> your onlineapplication. For CICS, the procedure is documented in the CICS Recovery andRestart Guide.Abbreviation: DUNBLPERMITNONRLSUPDATE(base-cluster)Allows a data set with pending RLS recovery to be opened <strong>for</strong> output innon-RLS mode. This command is used when it is necessary to run criticalbatch updates and RLS recovery cannot first be completed. This is reset thenext time the data set is accessed <strong>for</strong> RLS. If after usingPERMITNONRLSUPDATE, you do not run a non-RLS batch job, you must useDENYNONRLSUPDATE to prevent non-RLS updates.Abbreviation: PERMTDENYNONRLSUPDATE(base-cluster)If you inadvertently issue PERMITNONRLSUPDATE, use this parameter toreset the effect of PERMITNONRLSUPDATE.If recovery was pending, but you did not run a non-RLS batch job, you mustuse this parameter. If not reset, CICS takes action assuming the data set hasbeen opened <strong>for</strong> update in non-RLS mode.Do not use DENYNONRLSUPDATE if you do indeed run non-RLS work afterspecifying PERMITNONRLSUPDATE. The permit status is reset the next timethe data set is opened in RLS mode.Abbreviation: DENYREMOVESUBSYS(subsystem)Use this parameter to remove any knowledge of recovery owed to SMSVSAMby the named subsystem, including locks protecting uncommitted updates.Normally, a failed online application would be restarted so that it can do therequired backouts and release locks protecting uncommitted updates. However,sometimes it might be necessary to cold start the online application. For morein<strong>for</strong>mation about cold starts, see CICS Recovery and Restart Guide.Use of this parameter is equivalent to cold starting the named subsystem withrespect to the SMSVSAM server. Use REMOVESUBSYS <strong>for</strong> the rare caseswhere either there is no intention of ever running the subsystem again or theapplication’s cold start procedures cannot be used. An example of anappropriate use of REMOVESUBSYS would be removing a test system that isno longer needed.If the removed subsystem is ever run again, every ef<strong>for</strong>t should be made tocold start the subsystem.Attention: Use of REMOVESUBSYS can result in loss of data integrity.Abbreviation: RSSCFREPAIR({INFILE(ddname)|INDATASET(dsname)}Use this command to reconstruct the RLS indicators <strong>for</strong> all applicable data sets344 z/<strong>OS</strong> <strong>V1R6.0</strong> <strong>DFSMS</strong> <strong>Access</strong> <strong>Method</strong> <strong>Services</strong> <strong>for</strong> <strong>Catalogs</strong>

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!