데이터베이스 쿼리를 통해 인시던트의 영향을 받는 사용자 그룹 수를 확인하는 경우 CPU가 많이 소모될 수 있습니다. 인시던트에 많은 결함이 포함된 경우에 특히 그렇습니다. 영향을 받는 사용자 그룹을 쿼리하면 결함 처리가 지연될 수 있습니다. 이러한 지연은 쿼리 빈도를 낮춰서 줄일 수 있습니다.
기본적으로 affected-user-group 쿼리는 인시던트에 결함을 추가할 때마다 수행됩니다. 그러나 결함이 발견될 때마다 수행하는 대신에 특정 업데이트 간격에 따라 덜 자주 수행하도록 선택할 수 있습니다.
affected-user-group 쿼리가 특정 간격에 따라 수행되면 해당 간격 중에 현재 affected-user-group 수를 유지할 캐시가 생성됩니다. 업데이트 간격을 설정하는 것 외에도 만료 처리 간격 속성을 설정하여 캐시에서 유휴 인시던트를 제거하는 빈도를 결정합니다.
참고: 이 쿼리 수행 빈도를 낮출 경우의 단점은 affected-user-group 수가 업데이트 간격의 길이만큼 오래되거나 드물지만 만료 처리 간격의 길이만큼 오래될 수도 있다는 것입니다. 그러나 결과적으로 결함 처리 성능이 개선된다면 약간 지연되는 수 계산을 감수하기에 충분할 것입니다.
affected-user-group 쿼리 빈도를 낮추려면
예를 들어 "CEM" > "인시던트 관리" > "결함"을 선택하고 모든 결함을 표시합니다. 결함이 예상된 시점에 도달하고 있습니까? 아니면 지연되고 있습니까?
예:
defects.affectedUserGroupUpdateInterval_Secs=180 defects.affectedUserGroupAgeoutInterval_Mins=10
업데이트 간격과 만료 처리 간격의 초기 값으로 각각 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 캐시에서 제거(만료 처리)됩니다.
분을 나타내는 숫자 값:
- 최소값. 만료 처리 간격을 업데이트 간격 값의 2배가 넘는 값으로 설정하십시오. 그렇지 않으면 경고가 IntroscopeEnterpriseManager 로그에 나타나고 값이 업데이트 간격의 2배로 다시 설정됩니다.
- 최대 권장 값은 121분(2시간을 약간 초과한 값)입니다.
1
defects.affectedUserGroupAgeoutInterval_Mins=10
이 값은 업데이트 간격 값의 2배 이상이어야 하지만 4배를 초과해서는 안 됩니다. 예를 들어 업데이트 간격이 180초인 경우 만료 처리 간격은 7분에서 11분 사이여야 합니다.
인시던트가 캐시에서 제거되면 affected-user-group 쿼리가 실행되고 인시던트의 affected-user-group 수가 업데이트됩니다. 따라서 수가 만료 처리 간격보다 오래되지 않습니다.
|
Copyright © 2013 CA.
All rights reserved.
|
|