OIM 성능 튜닝

우리는 OIM 11g 서버를 Weblogic을 통해 배치하고 Oracle 11g Database로 구성했습니다. 우리는 약 150,000 명의 사용자를 보유하고 있습니다. OIM-SCIM 클라이언트로서 프론트 엔드 애플리케이션이 있습니다. 새 사용자가 등록 할 때마다 클라이언트는 전용 관리자 인증 정보를 사용하여 OIM-SCIM 사용자 작성 호출을 호출합니다. 사용자 만들기 호출이 응답하는 데 너무 오래 걸립니다 (~ 40 초).OIM 성능 튜닝

우리는 USR 테이블에 인덱스를 생성 한 곳 로그에서 좋은 성능을 달성 할 수없는 여전히 적용하지만, OIM은 OIM을 개선하는 방법에 관한 한

어떤 제안을 삽입하기 전에 모든 사용자를 검색하는 것이 분명하다 -SCIM 성능?

OIM - diaganostic 로그

[2017-09-26T08:22:55.306+05:30] [oim_server1] [NOTIFICATION] [] [oracle.iam.identity.usermgmt.impl] [tid: [ACTIVE].ExecuteThread: '2' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId: xelsysadm] [ecid: 5e09005b7f67b5f4:-3946d497:15eb9006a07:-8000-000000000002121a,0] [APP: oim#11.1.2.0.0] [DSID: 0000Luw6W2F3z04_vTL6iX1PmFNT00000H] NOPAGING:: Search Criteria: arg1 = (arg1 = (Status) NOT_EQUAL arg2 = (Deleted)) AND arg2 = (arg1 = (arg1 = (arg1 = (arg1 = (arg1 = (arg1 = (arg1 = (arg1 = (arg1 = (arg1 = (arg1 = (arg1 = (arg1 = (arg1 = (arg1 = (arg1 = (arg1 = (arg1 = (arg1 = (arg1 = (arg1 = (arg1 = (usr_key) IN arg2 = ([1, 153, 169, 178, 179, 180, 185, 209, 218, 220, 225, 231, 236, 254, 260, 268, 274, 282, 290, 292, 441, 443, 455, 472, 473, 474, 487, 503, 518, 528, 534, 538, 543, 549, 556, 560, 563, 567, 568, 573, 583, 587, 588, 601, 602, 610, 611, 613, 616, 627, 630, 631, 632, 635, 649, 669, 679, 702, 298, 301, 302, 305, 318, 324, 329, 331, 340, 343, 353, 357, 367, 373, 386, and many more.... 8499, 18508, 18517, 18523, 18535, 18547, 18561, 18563, 18571, 18577, 18579, 18614, 18663, 18671, 18687, 18699, 18709, 18710, 18731, 18745]))) OR arg2 = (arg1 = (usr_key) IN arg2 = ([18782, 18788, 18807, 19932, 19935, 19943, 19960, 19964]))) AND arg2 = (arg1 = (usr_key) EQUAL arg2 = (*))) 
[2017-09-26T08:22:55.308+05:30] [oim_server1] [NOTIFICATION] [] [oracle.iam.identity.usermgmt.impl] [tid: [ACTIVE].ExecuteThread: '2' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId: xelsysadm] [ecid: 5e09005b7f67b5f4:-3946d497:15eb9006a07:-8000-000000000002121a,0] [APP: oim#11.1.2.0.0] [DSID: 0000Luw6W2F3z04_vTL6iX1PmFNT00000H] NOPAGING:: PAGING_LIMIT system property = 500 
[2017-09-26T08:22:55.308+05:30] [oim_server1] [NOTIFICATION] [] [oracle.iam.identity.usermgmt.impl] [tid: [ACTIVE].ExecuteThread: '2' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId: xelsysadm] [ecid: 5e09005b7f67b5f4:-3946d497:15eb9006a07:-8000-000000000002121a,0] [APP: oim#11.1.2.0.0] [DSID: 0000Luw6W2F3z04_vTL6iX1PmFNT00000H] Searching for users with the specified criteria. 
[2017-09-26T08:23:44.472+05:30] [oim_server1] [NOTIFICATION] [] [oracle.iam.configservice.impl] [tid: [ACTIVE].ExecuteThread: '2' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId: xelsysadm] [ecid: 5e09005b7f67b5f4:-3946d497:15eb9006a07:-8000-000000000002121a,0] [APP: oim#11.1.2.0.0] [DSID: 0000Luw6W2F3z04_vTL6iX1PmFNT00000H] oracle.iam.configservice.internal.impl.ConfigManagerInternalImpl getAttributeusr_key 
[2017-09-26T08:23:44.473+05:30] [oim_server1] [NOTIFICATION] [] [oracle.iam.configservice.impl] [tid: [ACTIVE].ExecuteThread: '2' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId: xelsysadm] [ecid: 5e09005b7f67b5f4:-3946d497:15eb9006a07:-8000-000000000002121a,0] [APP: oim#11.1.2.0.0] [DSID: 0000Luw6W2F3z04_vTL6iX1PmFNT00000H] oracle.iam.configservice.internal.impl.ConfigManagerInternalImpl getAttributeExiting

출처

2017-09-25 Shivam Mathur

내가 먼저 확인 할 수 있습니다 오라클 성능 튜닝 guide가 있다고 생각.

완료하는 데 시간이 오래 걸리는 데에는 여러 가지 이유가 있습니다. 먼저 OIM UI를 통해 사용자를 생성하는 데 차이가 있는지 확인합니다. 동일한 시간이 소요되고 가이드의 모든 내용이 조정되면 사용자 작성 프로세스에 첨부 된 핸들러를 확인한 다음 수행 할 것으로 생각됩니다. 완료하는 데 시간이 걸릴 수 있습니다.

출처

2017-09-25 23:46:28

@Phillip, 우리는 성능 튜닝 가이드에서 거의 모든 것을 따라 왔지만 여전히 문제는 해결되지 않았습니다. OIM UI에서 ID 콘솔을 열면 사용자가 미리로드되므로 새 사용자를 생성하는 데 걸리는 시간이 줄어 듭니다 SCIM을 사용하면 25-30 초가 걸리는 검색 기준 쿼리가 실행됩니다. 문제의 로그. –

글쎄, 정말 이상한 일이야. 아직 SCIM에서 일할 기회가 없었지만 어쨌든 제대로 보이지 않습니다. 거대한 검색을 수행하는 프런트 엔드 응용 프로그램에 이상한 것이 없습니까? –

우리는 현재 모드를 테스트하고 SOAP UI 클라이언트에서 SCIM 작성 사용자 호출을 실행 중입니다. 이 동작은 응용 프로그램의 거대한 차단 장치로 밝혀졌습니다. –

답변

관련 문제