规划队列共享组 (QSG)

实现共享排队环境的最简单方法是配置队列管理器，将该队列管理器添加到 QSG ，然后将其他队列管理器添加到 QSG。

队列共享组使用 Db2® 表来存储配置信息。所有共享同一组 Db2 数据共享组的QSG都使用同一套表格。

共享队列消息存储在耦合设施 (CF) 中的结构中。每个 QSG 都有自己的 CF 结构集。您需要配置结构以满足您的需求。

大小超过 63KB 的消息不能存储在 CF 中。您需要将共享消息数据集 (SMDS) 或 Db2 用于这些消息。

消息概要文件和容量规划

您应该了解共享队列消息的消息概要文件。以下是需要考虑的因素示例:

如果消息概要文件发生更改，您可以增大结构的大小，或者在以后的日期实现 SMDS。

如果您希望能够处理大量峰值消息，那么可以配置 IBM® MQ 以在结构的使用达到用户指定的阈值时将消息卸载到 SMDS。

您需要决定是否要对 CF 结构进行双工。这由 CFRM 策略中的 CF 结构定义控制:

一个双工结构使用两个耦合设施。如果一个 CF 存在问题，那么不会中断服务，并且可以在第三个 CF 上重建结构 (如果一个 CF 可用)。双工结构会显着影响共享队列上的操作性能。
如果结构不是双工的，那么 CF 的问题意味着该 CF 中的结构上的共享队列将变为不可用，直到可以在另一个 CF 中重建该结构为止。
在此情况下，可以将 IBM MQ 配置为在另一个 CF 中自动重建结构。将从队列管理器的日志中恢复持久消息。

请注意，更改 CF 定义很容易。

您可以定义结构，使其仅可容纳非持久消息，或使其可容纳持久和非持久消息。

需要定期备份可保存持久消息的结构。至少每小时备份一次 CF 结构，以最小化在发生故障时恢复结构所需的时间。备份存储在执行备份的队列管理器的日志数据集中。

如果您期望共享队列上具有高吞吐量的消息，那么最好使用专用队列管理器来备份 CF 结构。这将减少恢复结构所需的时间，因为需要从队列管理器日志中读取较少的数据。

要为连接到 IBM MQ QSG 的应用程序提供单个系统映像，可以定义共享输入通道。如果设置了这些设置，那么进入队列共享组环境的连接可以转至 QSG 中的任何队列管理器。

您可能需要为这些通道设置网络路由器或虚拟 IP 地址 (VIPA)。

您可以定义共享输出通道。可以从 QSG 中的任何队列管理器启动共享输出通道实例。

请参阅共享通道以获取更多信息。

您可以使用外部安全管理器来保护 IBM MQ 资源。如果您使用的是 RACF® ，则 RACF 配置文件将以队列管理器名称作为前缀。例如，名为 APPLICATION.INPUT 的队列将使用MQQUEUE类中名为 qmgrName.APPLICATION.INPUT.

使用队列共享组时，可以继续使用以队列管理器名称为前缀的概要文件来保护资源，也可以使用队列共享组名称作为概要文件的前缀。例如，qsgName.APPLICATION.INPUT。

您应该将概要文件前缀与队列共享组名配合使用，因为这意味着所有队列管理器都有一个定义，可以保存您的工作，并防止队列管理器之间的定义不匹配。