Speeding up LDAP delta aggregations?

Which IIQ version are you inquiring about?

8.4p1

Share all details about your problem, including any error messages you may have received.

This is not an Active Directory application. This is 389ds.

We’re running a delta aggregation for an LDAP aggregation and it is significantly slower than our partitioned full aggregations. We have 52 partitions, partitioned by username, for the full and roughly half a million entries. On the LDAP side, we’ve set up an equality index on the modifyTimestamp attribute and that seems to help somewhat: it brought our delta down from 3 hours to 1 hour. For comparison, the full runs in about 15 minutes assuming minimal changes. So, for people who have used delta aggregations for non-AD LDAP, have you found any solutions to this issue?

Hi @hooverd,

how do you hahve configured the thread on server configuration and requestDefinition configuration?

Do your delta aggregations get slower over time after a reboot or is it always running that slow? Just wondering if you configured connection pool timeouts.

1 Like

We’ve optimized our server threads and LDAP connection pool settings. It turns out the issue was that we hadn’t actually applied the index to the modifyTimestamp attribute… D’oh.

2 Likes

This topic was automatically closed 60 days after the last reply. New replies are no longer allowed.