查询数据库以确定受突发事件影响的用户组数可能占用大量 CPU 资源。 如果突发事件包含许多缺陷，这种情况尤甚。 查询受影响的用户组可能推迟缺陷的处理。 减少查询频率可以减少这些延迟。
默认情况下，只要将缺陷添加到突发事件中，系统便执行 affected-user-group 查询。 不过，您可以选择减少执行该查询的频率（以特定的更新时间间隔查询），而不是在每次发现缺陷时都查询。
如果按一定的时间间隔执行 affected-user-group 查询，则在该时间间隔内会创建一个缓存，用于存放当前 affected-user-group 计数。 除了设置更新时间间隔之外，还需设置过期时间间隔属性，以确定从缓存中删除空闲突发事件的频率。
注意：降低执行该查询的频率的负面影响是，affected-user-group 计数可能会因更新时间间隔长度，或在极少情况下，因过期时间间隔的长度而过期。 不过，如果这能提高处理缺陷的性能，稍微延迟的计数对您而言可能是一个很好的折中。
减少查询 affected-user-groups 的频率：
例如，选择“CEM”>“突发事件管理”>“缺陷”并显示所有缺陷。 缺陷是否如预期那样出现或者是否有延迟？
例如：
defects.affectedUserGroupUpdateInterval_Secs=180 defects.affectedUserGroupAgeoutInterval_Mins=10
CA Technologies 建议更新时间间隔的初始值为 180 秒，过期时间间隔的初始值为 10 分钟。 如果 affected-user-group 查询导致缺陷处理延迟，则您应看到这些值带来的改进效果。
有关这些属性的详细信息，请参阅 defects.affectedUserGroupUpdateInterval_Secs 和 defects.affectedUserGroupAgeoutInterval_Mins。
查询和与突发事件关联的受影响的用户组数之间的时间间隔（以秒为单位）。
数值，表示秒数：
－最小值 0，指定只要将缺陷添加到突发事件中，便会执行 affected-user-group 查询。
－建议的最大值为 3600（1 小时）。
0
defects.affectedUserGroupUpdateInterval_Secs=180
所报告的 affected-user-group 计数可能因时间间隔值太大，或在极少情况下，因过期时间间隔长度而过期。
如果某个突发事件的空闲（未更新）时间超过该值，则系统会从 affected-user-group 缓存中删除该突发事件（过期）。
数值，表示分钟数：
－最小值，将过期时间间隔设置为更新时间间隔值的两倍多。 否则，IntroscopeEnterpriseManager 日志中会显示警告，并将该值重置为更新时间间隔的两倍。
－建议的最大值为 121 分钟（刚超过 2 小时）。
1
defects.affectedUserGroupAgeoutInterval_Mins=10
该值应大于更新时间间隔的两倍，并小于更新时间间隔的四倍。 例如，如果更新时间间隔为 180 秒，过期时间间隔应介于 7 到 11 分钟。
当将某个突发事件从缓存中删除时，会运行 affected-user-group 查询，同时会更新该突发事件的 affected-user-group 计数。 这将防止计数因超过过期时间间隔而过期。
|
版权所有 © 2013 CA。
保留所有权利。
|
|