Previous topic |
Next topic |
Contents |
Contact z/OS |
Library |
PDF
General Considerations for Multilevel Aliases z/OS DFSMS Managing Catalogs SC23-6853-00 |
|
Before selecting an alias level, or a specific multilevel alias, consider the following:
For example, consider a situation where two user catalogs, ICFUCAT1 and ICFUCAT2, each have an alias. The alias search level is set at 3. There are two aliases defined:
If you define an entry-sequenced data set named A.B.C without specifying the data component name:
Since A.B.C is an alias for ICFUCAT2, any references to A.B.C.DATA are oriented to ICFUCAT2. Since A.B.C is cataloged in ICFUCAT1, any request for the data component results in a "data set not found" error. Also, if you have a generation data group named A.B.C, it points to ICFUCAT1. However, the names of the generation data sets are in the form of A.B.C.GxxxxVyy. Even though the generation data sets are actually cataloged in ICFUCAT1 because its base is in ICFUCAT1, later references to any generation data set results in orientation to ICFUCAT2 and a "data set not found" error. This problem can be avoided if no VSAM data set or generation data group is defined with the same name as an existing alias or catalog. It is your responsibility to ensure that when you add an alias to the catalog, you do not cause existing data sets to become inaccessible. |
Copyright IBM Corporation 1990, 2014
|