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

Announcements
Qlik Open Lakehouse is Now Generally Available! Discover the key highlights and partner resources here.

Qlik Replicate Oracle Source Task hangs without failures or errors logged

No ratings
cancel
Showing results for 
Search instead for 
Did you mean: 
lyka
Support
Support

Qlik Replicate Oracle Source Task hangs without failures or errors logged

Last Update:

Jul 20, 2022 10:48:55 AM

Updated By:

Sonja_Bauernfeind

Created date:

Jul 20, 2022 7:08:50 AM

A Qlik Replicate Oracle Source task is not replicating correctly. No errors are logged and the task may appear to be in a running state.

You may notice the Last modified date lagging behind.

Reviewing logs may show 

[ASSERTION ]W: Cannot parse a Log Record, continuation. Problematic entry #X. Offset Y. Record data length Z

 

Environment

 

The file system that holds the online REDO log (usually a Linux file system or NFS also seen on Solaris and AIX) platforms will cache the Online REDO logs , Oracle writes these files in “direct” mode and does not trigger the refresh of the system cache accordingly.

Qlik Replicate can not read the REDOs in “direct “mode because it has no agent running on the DB server.

So when replicate reads them, it will read old versions of the REDO logs (for example replicate might ask for the content of a REDO Log with sequence 104, but get the content of REDO log sequence 100, from before the last log switch).

To be able to read the REDOs in “regular” mode in a reliable way, It is necessary to evict the REDOs from the system cache periodically.

We refer to this internally as the ‘caching problem’. This problem exposes itself in many different ways.

 

Resolution

From the Qlik Replicate side there is unfortunately not a lot we can do. A lot depends on the file system the customer uses for redo logs. If this is not mounted for direct IO (and thus buffered by the file/system cache) we can have this problem.

Three options can be applied to mitigate this:

  • The first option requires changes to file system settings and placing the (online) redo log files on an unbuffered file share. Alternatively, set Qlik Replicate to  Use archived redo logs only (if business requirements (latency) allow that).
    1. Go to your Source Endpoint Connection
    2. Go to the Advanced tab
    3. Check Use archived redo logs only

      Advanced Settings.png

  • The second workaround is to frequently flush the cached redo log data. This way Qlik Replicate will read the right blocks.  
  • The third workaround is to enable Oracle LogMiner
    1. Go to your Source Endpoint Connection
    2. Go to the Advanced tab
    3. Check Oracle LogMiner

      Advanced Settings Oracle LogMiner.png
Labels (1)
Version history
Last update:
‎2022-07-20 10:48 AM
Updated by: