OIM Performance Tuning

Wir haben OIM 11g Server über Weblogic bereitgestellt und mit Oracle 11g Datenbank konfiguriert Wir haben eine große Benutzerbasis von rund 150k Benutzer Wir haben Front-End-Anwendung als OIM-SCIM-Client. Immer wenn ein neuer Benutzer registriert wird, ruft der Client den OIM-SCIM Create User-Aufruf mit dedizierten Administrator-Anmeldeinformationen auf. Der Anruf zum Erstellen eines Benutzers dauert zu lange, um zu antworten (~ 40 Sek.).OIM Performance Tuning

Wir haben Indizes über USR-Tabelle erstellt, soweit zutreffend, aber immer noch nicht in der Lage eine gute Leistung zu erzielen Aus Protokollen, ist es klar, dass OIM alle Benutzer abruft, bevor ein

Einfügen Irgendwelche Vorschläge, wie OIM zu verbessern -SCIM Leistung?

OIM-diaganostic logs

[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

Quelle

2017-09-25 Shivam Mathur

Ich denke, es eine Performance-Tuning guide von Oracle ist, die Sie zunächst überprüfen möchten.

Es gibt mehrere Gründe, warum es zu lange dauern kann. Überprüfen Sie, ob es einen Unterschied beim Erstellen eines Benutzers über OIM UI gibt, wenn es die gleiche Zeit dauert und alle Dinge aus dem Handbuch angepasst werden, dann denke ich, überprüfen Sie die Handler, die an den User Create-Prozess angehängt sind. Sie können eine Weile dauern, um abzuschließen.

Quelle

2017-09-25 23:46:28

@Phillip, Wir haben fast alles aus Performance Tuning Guide gefolgt, aber immer noch Problem ist nicht gelöst. Von der OIM-Benutzeroberfläche aus sind die Benutzer beim Öffnen der Identitätskonsole vorinstalliert, daher dauert das Erstellen des neuen Benutzers weniger Zeit. Durch die Verwendung von SCIM wird eine Suchkriterienabfrage ausgeführt, die 25-30 Sekunden dauert, um sie zu vervollständigen meldet sich an. –

Nun, es ist wirklich komische Sache. Ich hatte noch keine Gelegenheit, mit SCIM zu arbeiten, aber es sieht sowieso nicht gut aus. Sind Sie sicher, dass Sie in Ihrer Frontend-Anwendung, die diese gigantische Suche ausführt, nicht etwas Seltsames vorfinden? –

Wir befinden uns derzeit im Testmodus und führen die SCIM Create User-Aufrufe vom SOAP UI Client aus. Dieses Verhalten erweist sich als großer Blocker für unsere Anwendung. –

OIM Performance Tuning

Antwort

Verwandte Themen