z/OS 上处理大容量发布/预订活动

处理大量保留预订或发布内容的代理可用尽缺省情况下为 DB2 锁定分配的 IRLM 存储器。 这会在您尝试重新启动代理时引发问题。

以下操作可能有助于阻止问题的发生。

  1. 调整发布/预订拓扑:
    1. 平衡跨多个代理的执行组;这意味着需要同时启动的执行组减少,并且拥有同一 DB2 子系统并发锁定的执行组也减少。
    2. 将代理放入发布/预订集合体;这会减少单个代理表中的预订数并减少同时访问 DB2 的数量。请参阅发布/预订拓扑以获取有关该操作的更多信息。
  2. 增加可用的 IRLM 存储器:
    1. 将 MAXCSA 的值设置得足够高,以使 IRLM 所需的 ECSA 无法达到该值。因为 IRLM 仅在需要时获得存储量,选择高于要求 IRLM 所需要的值。
    2. 如果您无法将 MAXCSA 的值设置得足够高,以使 IRLM 所需的 ECSA 无法超越该值,则使用 START irlmproc 命令上的 PC=YES 选项。这会使得 IRLM 将与锁定相关的控制块结构放入 IRLM 的私有地址空间中。DB2 红皮书 DB2 UDB for OS/390 Version 7 Performance Topics, SG24-5351 中具有有关这方面的更多信息。
注: 运行 PC=YES 时可能会造成轻微的(约 1% 到 2%)性能退化。请参阅 DB2 Universal Database for OS/390 and z/OS Version 7 Administration Guide, SC26-9931 获取更多信息。
相关任务
解决使用发布/预订时出现的问题
声明 | 商标 | 下载 | 书库 | 支持 | 反馈
Copyright IBM Corporation 1999, 2006 最后一次更新时间:2006/08/14
aq20809_