
저는 WAS(Websphere Application Server)를 지원하는 초보자입니다. 현재 WAS에 문제가 있습니다. WAS는 2개의 서버/노드 아래 AIX에 설치되었습니다.
이를 조사하는 동안 애플리케이션 로그에서 "캐시 유지 관리 수행"이라는 활동이 있음을 발견했습니다.
2017-01-14 01:31:52,619: [Cache Maintenance] com.ibm.srm.util.db.ServerCache refreshed
2017-01-14 01:31:53,314: [Cache Maintenance] Memory: available=[6884mb] used=[9500mb] %used avail=[58%] max=[16384mb] %used max=[58%] total=[16384mb] free=[6884mb] used by doMaintenance=[-251,201,3
92bytes] Time=[22,818ms]
2017-01-14 01:51:53,325: -------- Performing Cache Maintenance --------
2017-01-14 01:51:53,325: null : QN=319 Select * from perform.cache_timestamps where row_class_name not like '%Cache' and row_class_name not like '%(SRM 6.0)'
2017-01-14 01:51:53,333: Returning 19 data records, QN=319,2 columns, Time: 8ms conn/query time: 5ms
2017-01-14 01:51:53,333: [Cache Maintenance] Memory: available=[5492mb] used=[10892mb] %used avail=[66%] max=[16384mb] %used max=[66%] total=[16384mb] free=[5492mb] used by doMaintenance=[532kb] Time=[8ms]
이 활동이 트리거된 후 'bsy'에 대한 mpmstats 값이 MaxClient 최대값인 '4000'에 도달할 때까지 계속 증가하는 것을 발견했습니다.
[Sat Jan 14 01:38:58 2017] [notice] mpmstats: rdy 166 bsy 234 rd 0 wr 234 ka 0 log 0 dns 0 cls 0
[Sat Jan 14 01:38:58 2017] [notice] mpmstats: bsy: 234 in mod_was_ap22_http.c
[Sat Jan 14 01:48:58 2017] [notice] mpmstats: rdy 195 bsy 505 rd 0 wr 505 ka 0 log 0 dns 0 cls 0
[Sat Jan 14 01:48:58 2017] [notice] mpmstats: bsy: 505 in mod_was_ap22_http.c
[Sat Jan 14 01:58:58 2017] [notice] mpmstats: rdy 180 bsy 720 rd 0 wr 720 ka 0 log 0 dns 0 cls 0
[Sat Jan 14 01:58:58 2017] [notice] mpmstats: bsy: 720 in mod_was_ap22_http.c
[Sat Jan 14 02:08:59 2017] [notice] mpmstats: rdy 105 bsy 895 rd 1 wr 894 ka 0 log 0 dns 0 cls 0
[Sat Jan 14 02:08:59 2017] [notice] mpmstats: bsy: 894 in mod_was_ap22_http.c
[Sat Jan 14 02:18:59 2017] [notice] mpmstats: rdy 112 bsy 1088 rd 1 wr 1087 ka 0 log 0 dns 0 cls 0
[Sat Jan 14 02:18:59 2017] [notice] mpmstats: bsy: 1087 in mod_was_ap22_http.c
[Sat Jan 14 02:28:59 2017] [notice] mpmstats: rdy 158 bsy 1242 rd 1 wr 1241 ka 0 log 0 dns 0 cls 0
[..]
[Sat Jan 14 04:55:34 2017] [notice] mpmstats: rdy 0 bsy 4000 rd 0 wr 4000 ka 0 log 0 dns 0 cls 0
[Sat Jan 14 04:55:34 2017] [notice] mpmstats: bsy: 4000 in mod_was_ap22_http.c
[Sat Jan 14 04:57:04 2017] [notice] mpmstats: reached MaxClients (4000/4000)
[Sat Jan 14 04:57:04 2017] [notice] mpmstats: rdy 0 bsy 4000 rd 0 wr 4000 ka 0 log 0 dns 0 cls 0
[Sat Jan 14 04:57:04 2017] [notice] mpmstats: bsy: 4000 in mod_was_ap22_http.c
[Sat Jan 14 04:58:34 2017] [notice] mpmstats: reached MaxClients (4000/4000)
[Sat Jan 14 04:58:34 2017] [notice] mpmstats: rdy 0 bsy 4000 rd 0 wr 4000 ka 0 log 0 dns 0 cls 0
[Sat Jan 14 04:58:34 2017] [notice] mpmstats: bsy: 4000 in mod_was_ap22_http.c
WAS는 최대값에 도달할 때까지 클라이언트 요청을 처리하지 않는 것 같습니다.
질문은 다음과 같습니다.
WAS가 클라이언트 요청이 최대값에 도달할 때까지 처리하지 않는 이유를 확인할 수 있는 로그가 있나요?
"캐시 유지 관리" 활동으로 인해 WAS가 클라이언트 요청을 처리하지 못합니까? 개발자가 언급한 대로 이 활동으로 인해 이 문제가 발생해서는 안 되기 때문입니다.
이 문제를 식별/해결하기 위해 취할 수 있는 절차는 무엇입니까?
답변1
첫 번째 단계는 캐시 유지 관리가 완료되는 동안과 직후에 javacore를 얻는 것입니다. 응용 프로그램 서버가 기본적으로 잠기게 만드는 오용된 리소스가 무엇인지 알려줄 것입니다. 그런 다음 com.ibm.srm 애플리케이션에 대한 적절한 지원 팀에 가져가십시오.