摘要
| 警报 ID | 受影响的产品及版本 | 风险类别与评分 | 明确要求 |
| DP-453448 |
InterSystems IRIS® 数据平台 InterSystems IRIS® for Health InterSystems Health Connect™ |
运行状态:4 – 高风险 | 发生空闲超时,或者现代互操作性应用程序中的会话 应用程序的会话意外退出。 |
问题
当用户单击打开任何现代(新)互操作性应用程序(生产配置、规则编辑器、DTL 编辑器、BPL 编辑器、消息搜索/查看器),然后让应用程序处于非活动状态(根据每个应用程序的闲置超时时间)时,会发生此问题。 此操作会将用户注销,随后应用程序将丢失命名空间的上下文。 因此,应用程序会错误地向服务器发送未在 URL 中指定命名空间的查询;由于 URL 格式不正确,当 ^%ISCLOG 设置为 1 或更高值时,该请求会在 messages.log 中生成一个或多个条目。 随着时间的推移,这些请求可能会导致大量错误消息。
影响
当通过将 ^%ISCLOG 设置为 1 或更高值来启用该选项时,messages.log 中生成的海量错误可能会占用大量磁盘空间。此外,还可能会在审核日志和日志文件中生成重复条目。
如果消息记录在用户未进行干预的情况下持续进行(因为会话尚未关闭),数据库可能会显著膨胀,从而危及系统稳定性并降低系统性能。在某些情况下,如果日志因重复查询而持续增长,服务器可能会停止响应,并需要重新启动。
解决方案
在受影响的系统上,一种立竿见影但仅为临时性的解决方案是,通过设置 ^%ISCLOG = 0 来直接禁用 messages.log 条目。
或者,您也可以在发生闲置超时之前结束互操作性会话,从而彻底避免此问题。只需关闭浏览器标签页或离开现代(即新版)互操作性应用程序,即可结束会话。
此后,通过在 InteropEditors API 中无法从 URL 确定命名空间时移除对 messages.log 的写入操作,该问题已得到修正。如下面“维护版本”部分所述,此修复程序已包含在 2026.1.x 及更高版本中,以及任何更新版本中。
-
2026.1.5 计划于 2026 年 9 月 30 日发布。
-
2026.3.0 计划于 2026 年 11 月 18 日发布。
更多信息
如有疑问或需要帮助,请联系 InterSystems全球响应中心(WRC)。