这是定制 z/OS 环境的大型任务中的一部分。
对于每个代理、用户名称服务器(虽然在环境中通常只有一个用户名称服务器)和配置管理器,您必需有单独的 WebSphere MQ 队列管理器。然而,用户名称服务器和配置管理器可能共享同一个队列管理器。定制期间定义了所有 WebSphere Message Broker for z/OS 系统队列。
+cpf DIS QMGR DEADQ通过使用下列命令来检查队列是否存在:
+cpf DIS QL(name) STGCLASS然后使用:
+cpf DIS STGCLASS(...)以检查 STGCLASS 值是否有效。如果队列管理器没有有效的死信队列,您必须定义一个。
设置通道启动程序以使用分布式排队。在 z/OS 队列管理器和配置管理器(如果不在 z/OS 上)的队列管理器之间需要通道。如果您正在使用 Publish/Subscribe 安全性,您还需要访问用户名称服务器所使用的队列管理器,这可以在 z/OS 上或其他平台上。在测试该代理工作之前,您应当能够成功地在各种队列管理器之间启动通道。当配置 z/OS 和配置管理器的代理之间的传输队列时,请确保将队列的消息的大小设置为最大值 100 MB。这允许涉及部署的大型应答消息可以返回到配置管理器。请参阅创建域连接以获取详细信息。
在 z/OS 创建和删除组件需要启动 WebSphere MQ 队列管理器上的命令服务器,常规情况它会自动启动(请参阅 WebSphere MQ for z/OS System Administration Guide 以获取更多详细信息)。
这需要基于 SYSTEM.COMMAND.REPLY.MODEL 的应答队列;缺省情况下,该模型队列定义为永久动态。然而,如果让队列为这种方式,则每次运行创建或删除组件命令,这些应答队列保持定义到队列管理器。要避免这种情况,可以将 SYSTEM.COMMAND.REPLY.MODEL 队列设置为临时动态。