Writer instructions | |
|---|---|
Page title | For most spaces, this page must be titled Space announcements. For spaces with localized content, this page must be titled Space announcements l10n. |
Purpose | Provide an announcement banner on every page of your space. |
Location | Move this page outside of your home branch. |
Guidelines | |
Dispatch priority for z/OS address spaces
IBM recommends that the address space providing service to other address spaces be at the higher dispatching priority than those needing the service. WebSphere MQ provides services to many applications and MainView Middleware Monitor(MVMM) relies on WebSphere MQ for information concerning the current state of the messaging environment.
The fact that MVMM provides information regarding the state of WebSphere MQ warrants MVMM being at the same level as WebSphere MQ. If MVMMdoes not get the information it needs this message appears in the z/OS operator's console: MQS0301W - WebSphere MQ Command Server not responding. If the system load continues to not allow timely monitoring, MVMM indicates that monitoring is ineffective with a severe message.
The agent and extensions should be non-swappable. You should assign the following start order to the agent and extensions: QPEA, QPCFG, QPMON, QPBTM. The stop order should be QPBTM, QPCFG, QPMON, QPEA.
The MVMM Extensible Agent and extensions should all run in the same class, and they should mirror the z/OS queue managers. Further, you should stop the MVMM Extensible Agent and extensions before stopping the queue managers. No harm is done if you do not stop the MVMM Extensible Agent or extensions before stopping the queue managers. Memory allocation should be 4 megabytes or more.