添加要监视的新主机时,Monitoring Console 使用 SSL 来保障连接安全,但不显示所选主机出具的证书。由于 Monitoring Console 会将主机的根密码传送给节点代理,因此就向攻击者暴露了一个致命弱点,使其得以乘机伪造欲攻击主机的 IP 地址并接收密码。但发生这种情况的风险很低,因为大多数节点代理运行所在的主机都已处于安全网络之内。
解决方案:如果节点代理主机不在安全网络内,则在将其作为新主机添加到 Monitoring Console 中之前,应当先检验其真实性。要检验主机的真实性,请登录到该主机并确保您认可其配置及文件系统。对于 UNIX 主机,可以使用 ssh 进行登录,以查看证书信息。
在 Monitoring Console 中,产品中包含的对象称为“应用服务器”。不要将此术语与 Sun Java System Application Server 混淆。
解决方案:在 Monitoring Console 的上下文中,应用服务器是指所安装 Java ES 组件的运行实例。
在某些情况下,在 Monitoring Console 中显示和切换页面所花费的时间长达 30 秒。
解决方案:在没有其他应用程序的功能强大的主机上运行 Monitoring Console。
左侧树中的标签不包含主机名或域名,只包含组件名。这就很难标识不同主机上的类似组件。同样,在创建监视规则和选择受监视组件时,可能无法区别不同主机上相同组件的实例。
解决方案:在受监视组件的详细视图中查找主机标识符。有些组件的实例名中包括其进程 ID,因此需要知道每个主机上的实例的进程 ID。
Monitoring Console 不能以各个组件为基础启用或禁用监视。
解决方案:必须通过每个组件自身的机制来启用和禁用组件监视。有关说明,参见《Sun Java Enterprise System 5 监视指南》中的第 2 章 “启用和配置 Monitoring Framework”中特定于组件的章节。
当受监视组件崩溃或正常停止时,可能不会从代理节点中删除该组件受监视的对象,它们在 Monitoring Console 左侧的树中有可能仍然可见。同样,如果停止整个节点代理,可能也不会从左侧的树中删除主机节点。此问题间歇性地出现。
解决方案:停止或重新启动服务器实例时,可能需要重新启动节点代理、主代理和 Monitoring Console。如果停止主机及其节点代理,则可能需要重新启动主代理和 Monitoring Console。《Sun Java Enterprise System 5 监视指南》中的“重新启动节点代理”过程介绍了如何进行这两项操作。
从 Monitoring Console 中删除主机时,不会自动删除与其受监视组件相关联的监视规则和报警。这样,如果再次添加同一主机,便会保持规则和报警状态。
解决方案:如果不打算再添加该主机,请使用“规则”对话框查找并删除与该主机相关联的所有规则。删除主机时存在的报警可能已确认,但由于无法再访问触发报警的受监视属性,这些报警仍会留在 Monitoring Console 中。为避免遗留已确认状态的报警,请在删除主机之前解析受监视组件中的所有报警条件,并在 Monitoring Console 中确认这些报警。
下表跟踪 Monitoring Console 的其他已知问题。
默认情况下各种表未进行排序
从“使用此已安装产品的对象”链接的主机不应为未知对象
使用 AppServer 插件时,“此服务器包含的对象”不应包括子项的子项
启用和禁用功能在主机表中无法正确工作
显示 Statistics 和 Settings 对象的标题和说明字段,但不显示基对象的标题和说明字段
选择对象并单击“监视规则”->“新建”时,不应要求用户再次选择该对象
为给定主机列出的 JVM 对象的名称不一致
Application Server 创建的 CMM_Cluster 对象未在任何位置显示
“新建规则”对话框中可看到的对象的列表不清晰
Portal、Web 和 Application Server 对象的对象和操作状态显示为未知
在 Application Server 中部署的 Enterprise Java Bean 应有更多描述性名称
不能使用 Application Server 监视对象中的属性名称
内部 Application Server 配置变化未反映在 Monitoring Console 中