Creating an HA RDQM
You use the crtmqm command to create a high availability replicated data queue manager (RDQM).
About this task
You can create a high availability replicated data queue manager (RDQM) as a user in the
mqm
group if the mqm user can use sudo. If the user can also SSH to each node
without a password, then you only need run the create RDQM command on one node to create the RDQM on
all three nodes. Otherwise you must be root
to create an RDQM, and you must run
commands on all three nodes.
Note: There is an absolute limit of 129 queue managers in an HA group. If you attempt to create more
than this, the attempt will fail. In practice, adding more than 50 queue managers to an HA group
might encounter timeout problems.
The following points give some guidance about sizing the queue manager file system:
- When creating an RDQM queue manager, a file system is allocated to store queue manager data and logs. It is important to size this file system appropriately so that the queue manager can record ongoing activity in its logs, and store application messages on queues. When sizing the file system, consider peak messaging requirements, future workload growth, and application outages that might cause messages to build up on queues. For guidance on calculating the size of the queue manager recovery log, see How large should I make my log filesystem?. When calculating the storage requirements for application messages, the size and number of messages needs to be considered, plus their MQMD header and any message properties they have.
- RDQM queue manager file systems cannot be dynamically resized. You must back up then restore an RDQM queue manager with a larger file system if this is required, see Resizing the filesystem for an HA RDQM queue manager.
- You can limit the size of individual queues on disk by using local queue attributes, such as MAXDEPTH and MAXFSIZE. See Modifying IBM MQ queue files.
- You should monitor your ongoing disk usage and respond appropriately if disk usage increases before file system usage becomes critical. File system usage can be monitored by using either platform/operating system capabilities, or by subscribing to metrics published to IBM® MQ system topics that are described at Metrics published on the system topics.