<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Latency Issue in Qlik Replicate</title>
    <link>https://community.qlik.com/t5/Qlik-Replicate/Latency-Issue/m-p/2041231#M5106</link>
    <description>&lt;P&gt;Hi Team,&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;We are facing increase in the latency when task is getting stuck at where it is waiting to commit transaction at the source .&lt;/LI&gt;
&lt;LI&gt;after 1 0r 2 hrs task will start running and latency will come down and&amp;nbsp; it will wait for transactions to commit at source side. and same thing will happen again and again.&lt;/LI&gt;
&lt;LI&gt;Why the environment is behaving like this ? Is this issue with replicate side or something else?&lt;/LI&gt;
&lt;/UL&gt;</description>
    <pubDate>Thu, 23 Feb 2023 05:10:31 GMT</pubDate>
    <dc:creator>sush_1</dc:creator>
    <dc:date>2023-02-23T05:10:31Z</dc:date>
    <item>
      <title>Latency Issue</title>
      <link>https://community.qlik.com/t5/Qlik-Replicate/Latency-Issue/m-p/2041231#M5106</link>
      <description>&lt;P&gt;Hi Team,&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;We are facing increase in the latency when task is getting stuck at where it is waiting to commit transaction at the source .&lt;/LI&gt;
&lt;LI&gt;after 1 0r 2 hrs task will start running and latency will come down and&amp;nbsp; it will wait for transactions to commit at source side. and same thing will happen again and again.&lt;/LI&gt;
&lt;LI&gt;Why the environment is behaving like this ? Is this issue with replicate side or something else?&lt;/LI&gt;
&lt;/UL&gt;</description>
      <pubDate>Thu, 23 Feb 2023 05:10:31 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Qlik-Replicate/Latency-Issue/m-p/2041231#M5106</guid>
      <dc:creator>sush_1</dc:creator>
      <dc:date>2023-02-23T05:10:31Z</dc:date>
    </item>
    <item>
      <title>Re: Latency Issue</title>
      <link>https://community.qlik.com/t5/Qlik-Replicate/Latency-Issue/m-p/2041341#M5111</link>
      <description>&lt;P&gt;Hello&amp;nbsp;&lt;a href="https://community.qlik.com/t5/user/viewprofilepage/user-id/182592"&gt;@sush_1&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;
&lt;P&gt;Thanks for reaching out!&lt;/P&gt;
&lt;P&gt;This is normal behavior if you are run huge size changes in a single transaction in source side Oracle database. I'm assuming the process is: begin a transaction; update many number of rows; commit the transaction. and repeat the similar operations in source DB.&lt;/P&gt;
&lt;P&gt;From Replicate perspective, Replicate detects the changes from REDO Log, then start reading the changed rows from source DB and repeat the read until get COMMIT or ROLLBACK flag so far Replicate knows how to handle the transaction: commit to target, or discard the whole transaction. Before Replicate get the COMMIT/ROLLBACK, the latency builds up and you see latency is increasing in GUI, until it drop down to 0 sometimes.&lt;/P&gt;
&lt;P&gt;If you want to get smaller latency, then splitting the huge number changes into multiple smaller transaction may help.&lt;/P&gt;
&lt;P&gt;Regards,&lt;/P&gt;
&lt;P&gt;John.&lt;/P&gt;</description>
      <pubDate>Thu, 23 Feb 2023 09:09:59 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Qlik-Replicate/Latency-Issue/m-p/2041341#M5111</guid>
      <dc:creator>john_wang</dc:creator>
      <dc:date>2023-02-23T09:09:59Z</dc:date>
    </item>
  </channel>
</rss>

