Previous topic |
Next topic |
Contents |
Contact z/OS |
Library |
PDF
Changing the RNL z/OS MVS Planning: Global Resource Serialization SA23-1389-00 |
|
In certain circumstances, you might need to change the scope of one or more resources. If the sysplex matches the complex, you can use the SET GRSRNL command to make the change dynamically; no system needs to reIPL. If, however, your ring complex includes any systems that are not a part of the sysplex, you must remove those non-sysplex systems from the global resource serialization complex before initiating the change. After the change completes, you can then reIPL the non-sysplex systems back into the global resource serialization complex. Plan your use of the RNL carefully when operating a mixed complex to avoid an unnecessary IPL. Changing the RNL dynamically would be useful in the following examples:
After the operator issues the SET GRSRNL command, global resource
serialization suspends any job that requests any
affected resource (a
resource that is not the same in the current RNL as in the new ones)
until the change completes or until the operator cancels the change.
If a job currently holds one or more of the affected resources, the
change is delayed until that job frees any affected resources. For
more details see:
Some restrictions apply while global resource serialization is
processing an RNL change.
Note:
RNL changes are permanently recorded in SMF records, and RNL change events can be traced using the TRACE CT command with COMP=SYSGRS. |
Copyright IBM Corporation 1990, 2014
|