<?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>article Kafka - Does Replicate guarantee that a message is delivered only once and exactly the right order? in Official Support Articles</title>
    <link>https://community.qlik.com/t5/Official-Support-Articles/Kafka-Does-Replicate-guarantee-that-a-message-is-delivered-only/ta-p/1688150</link>
    <description>&lt;P&gt;&lt;EM&gt;[publishing on behalf of Global Support]&lt;/EM&gt;&lt;/P&gt;
&lt;P&gt;Replicate guarantees that messages are delivered to Kafka&amp;nbsp;at least once.&lt;BR /&gt;&lt;BR /&gt;Each message contains a “change sequence” field (same as in CT tables), which is monotonically increasing. In case a message was produced to Kafka more than once, the customer is able to detect it and ignore that message.&lt;BR /&gt;&amp;nbsp;&lt;BR /&gt;Replicate produces messages in batches. At the same time, different batches are sent to different broker machines (depends which broker is the leader of which partitions at a given time).&lt;BR /&gt;&lt;BR /&gt;It is possible that record X is produced to broker B1 and record X+1 is produced to broker B2.&lt;BR /&gt;&lt;BR /&gt;Broker B2 might respond fast and return an acknowledgment for X+1, while broker B1 might be slower (or down) and record X will get into recovery or fail.&lt;BR /&gt;In that case, Replicate task will start sending the stream of records as follows:&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;Replicate v6.2 and lower --&amp;nbsp;from the earliest record that failed (record X).&lt;/LI&gt;
&lt;LI&gt;Replicate v6.3 and higher -- from the beginning of the failed transaction.&lt;/LI&gt;
&lt;/UL&gt;
&lt;P&gt;NOTES&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;It is possible that some of the following records (X+1) will be duplicated on Kafka.&lt;/LI&gt;
&lt;LI&gt;As mentioned above, the customer can easily filter out these duplicates, if exist.&lt;/LI&gt;
&lt;/UL&gt;</description>
    <pubDate>Thu, 20 Jan 2022 15:52:02 GMT</pubDate>
    <dc:creator>Melissa_Potvin</dc:creator>
    <dc:date>2022-01-20T15:52:02Z</dc:date>
    <item>
      <title>Kafka - Does Replicate guarantee that a message is delivered only once and exactly the right order?</title>
      <link>https://community.qlik.com/t5/Official-Support-Articles/Kafka-Does-Replicate-guarantee-that-a-message-is-delivered-only/ta-p/1688150</link>
      <description>&lt;P&gt;&lt;EM&gt;[publishing on behalf of Global Support]&lt;/EM&gt;&lt;/P&gt;
&lt;P&gt;Replicate guarantees that messages are delivered to Kafka&amp;nbsp;at least once.&lt;BR /&gt;&lt;BR /&gt;Each message contains a “change sequence” field (same as in CT tables), which is monotonically increasing. In case a message was produced to Kafka more than once, the customer is able to detect it and ignore that message.&lt;BR /&gt;&amp;nbsp;&lt;BR /&gt;Replicate produces messages in batches. At the same time, different batches are sent to different broker machines (depends which broker is the leader of which partitions at a given time).&lt;BR /&gt;&lt;BR /&gt;It is possible that record X is produced to broker B1 and record X+1 is produced to broker B2.&lt;BR /&gt;&lt;BR /&gt;Broker B2 might respond fast and return an acknowledgment for X+1, while broker B1 might be slower (or down) and record X will get into recovery or fail.&lt;BR /&gt;In that case, Replicate task will start sending the stream of records as follows:&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;Replicate v6.2 and lower --&amp;nbsp;from the earliest record that failed (record X).&lt;/LI&gt;
&lt;LI&gt;Replicate v6.3 and higher -- from the beginning of the failed transaction.&lt;/LI&gt;
&lt;/UL&gt;
&lt;P&gt;NOTES&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;It is possible that some of the following records (X+1) will be duplicated on Kafka.&lt;/LI&gt;
&lt;LI&gt;As mentioned above, the customer can easily filter out these duplicates, if exist.&lt;/LI&gt;
&lt;/UL&gt;</description>
      <pubDate>Thu, 20 Jan 2022 15:52:02 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Official-Support-Articles/Kafka-Does-Replicate-guarantee-that-a-message-is-delivered-only/ta-p/1688150</guid>
      <dc:creator>Melissa_Potvin</dc:creator>
      <dc:date>2022-01-20T15:52:02Z</dc:date>
    </item>
    <item>
      <title>Re: Kafka - Does Replicate guarantee that a message is delivered only once and exactly the right ord</title>
      <link>https://community.qlik.com/t5/Official-Support-Articles/Kafka-Does-Replicate-guarantee-that-a-message-is-delivered-only/tac-p/1735798#M5337</link>
      <description>&lt;P&gt;Does Replicate support idempotent producer?&lt;/P&gt;</description>
      <pubDate>Fri, 14 Aug 2020 20:57:26 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Official-Support-Articles/Kafka-Does-Replicate-guarantee-that-a-message-is-delivered-only/tac-p/1735798#M5337</guid>
      <dc:creator>Prabodh</dc:creator>
      <dc:date>2020-08-14T20:57:26Z</dc:date>
    </item>
    <item>
      <title>Re: Kafka - Does Replicate guarantee that a message is delivered only once and exactly the right ord</title>
      <link>https://community.qlik.com/t5/Official-Support-Articles/Kafka-Does-Replicate-guarantee-that-a-message-is-delivered-only/tac-p/1735943#M5338</link>
      <description>&lt;P&gt;&lt;a href="https://community.qlik.com/t5/user/viewprofilepage/user-id/28610"&gt;@Melissa_Potvin&lt;/a&gt;&amp;nbsp; I have a question or two concerning this and how perhaps the Replicate product has evolved.&lt;/P&gt;&lt;P&gt;We are still running some replication to Kafka on Replicate version 5.5, and we identified cases where change records would be dropped if a leader change occurred in the cluster.&amp;nbsp; Replicate would not see this as a failure and would not re-send the batch.&lt;/P&gt;&lt;P&gt;We had to employ an internal parameter to force acknowledgment (rdKafkaTopicProperties set to acks =all) to guarantee delivery.&amp;nbsp; We still use it to this day.&lt;BR /&gt;&lt;BR /&gt;Has this scenario changed in newer versions of Replicate?&lt;/P&gt;</description>
      <pubDate>Fri, 14 Aug 2020 12:59:18 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Official-Support-Articles/Kafka-Does-Replicate-guarantee-that-a-message-is-delivered-only/tac-p/1735943#M5338</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2020-08-14T12:59:18Z</dc:date>
    </item>
    <item>
      <title>Re: Kafka - Does Replicate guarantee that a message is delivered only once and exactly the right ord</title>
      <link>https://community.qlik.com/t5/Official-Support-Articles/Kafka-Does-Replicate-guarantee-that-a-message-is-delivered-only/tac-p/1735954#M5339</link>
      <description>&lt;P&gt;In 6.4xx and newer,&lt;/P&gt;&lt;P&gt;you can use the following :&lt;/P&gt;&lt;P&gt;You can change the value by doing these steps:&lt;/P&gt;&lt;P&gt;1. Open the Kafka endpoint, click on the Advanced tab.&lt;/P&gt;&lt;P&gt;2. Click on Internal Parameters.&lt;/P&gt;&lt;P&gt;3. Add an internal parameter named "rdkafkaTopicProperties" give it a value of "request.required.acks=all"&lt;/P&gt;</description>
      <pubDate>Fri, 14 Aug 2020 13:35:59 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Official-Support-Articles/Kafka-Does-Replicate-guarantee-that-a-message-is-delivered-only/tac-p/1735954#M5339</guid>
      <dc:creator>Steve_Nguyen</dc:creator>
      <dc:date>2020-08-14T13:35:59Z</dc:date>
    </item>
    <item>
      <title>Re: Kafka - Does Replicate guarantee that a message is delivered only once and exactly the right order?</title>
      <link>https://community.qlik.com/t5/Official-Support-Articles/Kafka-Does-Replicate-guarantee-that-a-message-is-delivered-only/tac-p/1934493#M6479</link>
      <description>&lt;P&gt;Is the above good with latest 2021.11 version as well?&lt;/P&gt;</description>
      <pubDate>Mon, 23 May 2022 21:45:11 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Official-Support-Articles/Kafka-Does-Replicate-guarantee-that-a-message-is-delivered-only/tac-p/1934493#M6479</guid>
      <dc:creator>JitenderR</dc:creator>
      <dc:date>2022-05-23T21:45:11Z</dc:date>
    </item>
  </channel>
</rss>

