Unlock a world of possibilities! Login now and discover the exclusive benefits awaiting you.
Hi Support,
We are experiencing an issue with the Full Load Tuning - Commit rate during full load setting in Qlik Replicate.
Environment Details:
Source: DB2 AS400
Target: Oracle
We have set the Full Load Commit Interval to a specific number (e.g., 1000 rows), expecting that Replicate will commit data to the Oracle target in chunks as rows are loaded.
However, in our observation, data is only committed to the Oracle target after the entire table has been fully loaded. This behavior defeats the purpose of incremental commits and affects large tables significantly in terms of visibility and transaction size.
We would like to confirm:
Is this a known issue or limitation specific to the Oracle target or to DB2 AS400 as a source?
Are there any additional settings or task options required to enable chunk-wise commits during full load?
How can we verify if the Full Load Commit Interval is actually being applied at runtime?
Please advise how we can resolve or further diagnose this.
Hi @EY_C
Please check if the Oracle target endpoint, advanced tab, has the option "Use direct path full load" enabled. I suspect this may cause this type of behavior as data blocks are written directly to the database files, avoiding the overhead of the database.
"Use direct path full load: Select this to use the OCI direct path protocol for bulk loading Oracle tables. This is the default selection."
Setting advanced connection properties | Qlik Replicate Help
Thanks,
Dana
Hi @EY_C
Please check if the Oracle target endpoint, advanced tab, has the option "Use direct path full load" enabled. I suspect this may cause this type of behavior as data blocks are written directly to the database files, avoiding the overhead of the database.
"Use direct path full load: Select this to use the OCI direct path protocol for bulk loading Oracle tables. This is the default selection."
Setting advanced connection properties | Qlik Replicate Help
Thanks,
Dana