Do not input private or sensitive data. View Qlik Privacy & Cookie Policy.
Skip to main content

Announcements
Qlik and ServiceNow Partner to Bring Trusted Enterprise Context into AI-Powered Workflows. Learn More!
cancel
Showing results for 
Search instead for 
Did you mean: 
dba_guy
Contributor II
Contributor II

Oracle target and log sizes

Hi,

I replicate a lot of data to a central Oracle data location.  A very large amount of redo logs are generated nightly with very large archived redo log files generated as well.  We're looking for ways to reduce this amount. 

Does replication generate a large amount of redo in the target Oracle database?  If so, is there a way to turn off logging for this data or these schemas?

Thank you,

Joseph

Labels (1)
1 Solution

Accepted Solutions
Rahul_Kale
Support
Support

Hello dba_guy,

 

Thank you for reaching out to the Qlik community.
 

Yes. Qlik Replicate generates redo on the target Oracle database because it applies changes using standard INSERT/UPDATE/DELETE operations, and Oracle always writes redo for conventional DML. This means large replication loads can create very large online and archived redo logs on the target.
 

There is no supported way in Qlik Replicate to fully turn off redo logging per schema or table. Oracle’s NOLOGGING only reduces redo for direct-path operations (e.g., CTAS or INSERT /*+ APPEND */), but Qlik Replicate does not use direct-path inserts for CDC, so redo generation cannot be avoided during ongoing replication.

 

View solution in original post

3 Replies
SachinB
Support
Support

Hello @dba_guy ,

Regarding your observation about high redo log generation during nightly replication, the short answer is yes: Every INSERT, UPDATE, and DELETE operation applied to the target Oracle database is a standard transaction that must be recorded in the Redo Logs to ensure data integrity and recoverability.


Regards,

Sachin B

DesmondWOO
Support
Support

Hi @dba_guy ,

Regarding CDC, as Sachin mentioned, Qlik Replicate performs standard DML statements. Since these are conventional inserts/updates, Oracle must generate redo logs to ensure ACID compliance and recoverability. 

If the redo log volume is overwhelming during the Full Load phase, and you really don't need the redo log, you may try the internal parameter "directPathNoLog", provided that your environment is not using Active Data Guard.

Regards,
Desmond

Help users find answers! Do not forget to mark a solution that worked for you! If already marked, give it a thumbs up!
Rahul_Kale
Support
Support

Hello dba_guy,

 

Thank you for reaching out to the Qlik community.
 

Yes. Qlik Replicate generates redo on the target Oracle database because it applies changes using standard INSERT/UPDATE/DELETE operations, and Oracle always writes redo for conventional DML. This means large replication loads can create very large online and archived redo logs on the target.
 

There is no supported way in Qlik Replicate to fully turn off redo logging per schema or table. Oracle’s NOLOGGING only reduces redo for direct-path operations (e.g., CTAS or INSERT /*+ APPEND */), but Qlik Replicate does not use direct-path inserts for CDC, so redo generation cannot be avoided during ongoing replication.