在
z/OS
上处理大容量
发布/预订
活动
处理大量保留预订或发布内容的代理可用尽缺省情况下为
DB2
锁定分配的 IRLM 存储器。 这会在您尝试重新启动代理时引发问题。
以下操作可能有助于阻止问题的发生。
调整发布/预订拓扑:
平衡跨多个代理的执行组;这意味着需要同时启动的执行组减少,并且拥有同一
DB2
子系统并发锁定的执行组也减少。
将代理放入发布/预订集合体;这会减少单个代理表中的预订数并减少同时访问
DB2
的数量。请参阅
发布/预订拓扑
以获取有关该操作的更多信息。
增加可用的 IRLM 存储器:
将 MAXCSA 的值设置得足够高,以使 IRLM 所需的 ECSA 无法达到该值。因为 IRLM 仅在需要时获得存储量,选择高于要求 IRLM 所需要的值。
如果您无法将 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
获取更多信息。
相关任务
解决使用发布/预订时出现的问题
声明
|
商标
|
下载
|
书库
|
支持
|
反馈
aq20809_