尽管您一开始可能仅安装一个代理,但应该考虑到若干年内它在您的组织中将如何使用。前瞻性的计划使开发 WebSphere Event Broker 配置更容易。
您应考虑在 z/OS 上创建配置管理器以管理代理域。如果要从 WebSphere Event Broker 较早的版本迁移,您应考虑先迁移 Windows 上的配置管理器。
如果您使用带有安全性的 Publish/Subscribe,您还需要用户名称服务器。用户名称服务器可以在 z/OS 或另一个平台上。队列管理器需要互连,使来自用户名称服务器的信息可分发到其他队列管理器上的代理。
代理需要访问队列管理器和 DB2。配置管理器和用户名称服务器仅需要访问队列管理器。 代理不能和另一个代理共享其队列管理器,但代理可以与配置管理器和用户名称服务器共享队列管理器。
您不能将 WebSphere MQ 共享队列用作 SYSTEM.BROKER 队列来占用与 WebSphere Event Broker 相关的数据,但您可以将共享队列用于消息流队列。
您可在主题 mqsicreatebroker 命令中找到由 z/OS 上的 WebSphere Event Broker 创建和使用的 DB2 数据库用户表和 WebSphere MQ 队列的详细信息。
您需要为规划使用的代理、用户名称服务器和配置管理器创建启动的任务过程。这些过程需要使用相应的用户标识在启动的任务表中定义。
您需要确定您的恢复策略。作为系统体系结构的一部分,您应该有一个策略用于在系统异常结束时重新启动它们。常见的解决方案是使用 NetView 或“自动重新启动管理器”(ARM)设施这样的自动化产品。您可配置 WebSphere Event Broker 以使用 ARM。
您还必须计划使用并存产品,包括 UNIX 系统服务、资源恢复服务、DB2、WebSphere MQ 和 Java。
您必须确保代理的运行时库系统(RTLS)在该系统的语言环境缺省选项中已关闭。这是因为代理代码是使用 XPLINK 和 XPLINK 应用程序编译的,所以无法在 RTLS 处于活动状态时启动。
您还需要在 z/OS 上收集代理统计信息