Paging Reconciliation Query Results
"Improving Reconciliation Query Performance" describes how to improve reconciliation performance by loading all entries into memory to avoid making individual requests to the external system for every ID. However, this optimization depends on the entire result set fitting into the available memory on the system for which it is enabled. For particularly large data sets (for example, data sets of hundreds of millions of users), having the entire data set in memory might not be feasible.
To alleviate this constraint, you can use reconciliation paging, which breaks down extremely large data sets into chunks. It also lets you specify the number of entries that should be reconciled in each chunk or page.
Reconciliation paging is disabled by default, and can be enabled per mapping. To configure reconciliation paging, set the reconSourceQueryPaging
property to true
and set the reconSourceQueryPageSize
in the synchronization mapping:
{ "mappings" : [ { "name" : "systemLdapAccounts_managedUser", "source" : "system/ldap/account", "target" : "managed/user", "reconSourceQueryPaging" : true, "reconSourceQueryPageSize" : 100, ... }
The value of reconSourceQueryPageSize
must be a positive integer, and specifies the number of entries that will be processed in each page. If reconciliation paging is enabled but no page size is set, a default page size of 1000
is used.
Important
If you are reconciling from a JDBC database using the Database Table connector, you must set the _sortkeys
property in the source query and ensure that the corresponding column is indexed in the database.
The following excerpt of a mapping configures paged reconciliation queries using the Database Table connector:
{ "mappings" : [ { "name" : "systemHrdb_managedUser", "source" : "system/db/users", "target" : "managed/user", "reconSourceQueryPaging" : true, "reconSourceQueryPageSize" : 1000, "sourceQueryFullEntry" : true, "sourceQuery" : { "_queryFilter" : "true", "_sortKeys" : "email" }, ... ] }