Previous topic |
Next topic |
Contents |
Contact z/OS |
Library |
PDF
Rename processing with RACF z/OS ISPF User's Guide Vol II SC19-3628-00 |
|
The normal order of processing when ISPF is asked to rename a data set is as follows:
There are three occasions, however, when ISPF will deviate from
this order of processing:
If an error is encountered during a rename request, an attempt is made to return the data set to its original name, and to reset the catalog entries to their original status (remove the new name from the catalog and leave the old name in the catalog). This order of processing is intended to minimize the possibility that an uncataloged data set will result if an error is encountered during the rename process. Errors may be encountered due to certain combinations of RACF® data set profiles and user access to the groups under which those data set profiles fall. When an error occurs, the user receives a message indicating the status of the data set name, and of the catalog entries. See the z/OS Security Server RACF Security Administrator's Guide or equivalent documentation for your security package, to determine the authorization levels required for each of these operations. The user will need authorization first to catalog the new data set name, then to rename the data set, and then to uncatalog the old data set name. This will require adequate authorization to any discrete or generic data set profiles involved and to the catalogs involved. Be aware that a discrete data set profile is renamed when the data set is renamed. |
Copyright IBM Corporation 1990, 2014
|