<?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 Re: Slow full load in Qlik Replicate</title>
    <link>https://community.qlik.com/t5/Qlik-Replicate/Slow-full-load/m-p/2023996#M4667</link>
    <description>&lt;P&gt;Hein,&lt;/P&gt;
&lt;P&gt;This HANA table has 6 columns and no LOB's. I did a couple of test as you suggested with 50K having an average of 90K rec/sec and with 100K an average of 130-150K rec/sec.&amp;nbsp;These are more favorable numbers.&lt;/P&gt;
&lt;P&gt;This table uses Parallel loading, but I realized that having the "Maximum number of tables" set to 5 under "Full Load" &amp;gt; "Tuning Settings" might have been one of the causes for the slow load. I changed this to 10, the commit rate to 50K. Also I've distributed better the parallel load segments and added some filters to remove unwanted records from the load.&lt;/P&gt;
&lt;P&gt;Thanks for your help.&lt;/P&gt;</description>
    <pubDate>Tue, 10 Jan 2023 19:11:32 GMT</pubDate>
    <dc:creator>Al_gar</dc:creator>
    <dc:date>2023-01-10T19:11:32Z</dc:date>
    <item>
      <title>Slow full load</title>
      <link>https://community.qlik.com/t5/Qlik-Replicate/Slow-full-load/m-p/2023496#M4651</link>
      <description>&lt;P&gt;I have a task with 64 HANA db tables as a source and SQL Server 2019 as a target with the following Full load tuning settings:&lt;BR /&gt;- Maximum number of tables: 5&lt;BR /&gt;- Commit rate during full load: 26K&lt;/P&gt;
&lt;P&gt;One of the tables with 91.5 million records had a throughput of around 2K rec/sec and another table with more than 2 billion records had a throughput of around 4K rec/sec . Is there a reason for other smaller tables to have better throughput raging between 20K rec/sec&amp;nbsp; and 75K rec/sec ?&lt;/P&gt;</description>
      <pubDate>Tue, 10 Jan 2023 03:25:13 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Qlik-Replicate/Slow-full-load/m-p/2023496#M4651</guid>
      <dc:creator>Al_gar</dc:creator>
      <dc:date>2023-01-10T03:25:13Z</dc:date>
    </item>
    <item>
      <title>Re: Slow full load</title>
      <link>https://community.qlik.com/t5/Qlik-Replicate/Slow-full-load/m-p/2023505#M4652</link>
      <description>&lt;P&gt;Hmm.&amp;nbsp;&amp;nbsp;&lt;SPAN&gt;2 billion records had a throughput of around 4K rec/sec. That maps to 5 almost 6 days.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;&amp;gt;&amp;gt;&amp;nbsp;&amp;nbsp;Is there a reason for other smaller tables to have better throughput&amp;nbsp;&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;Most likely it is the 'width' of the tables&amp;nbsp; defining&amp;nbsp;the speed. Both the number of columns and and number of bytes matter. With the bytes include the average size for the LOBs (VARCHAR(MAX))&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;Have you tried a much higher commit rate? 100K, 300K?&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN&gt;Just use a tet test with your worst table.&amp;nbsp;&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN&gt;For each of 10K, 30K, 100K, 300K Start, give it a minute or 5 to stabilize, watch the records/sec and kill.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;Can use use Replicate server (Linux? Windows) tools to see the resource consumption for the load/unload threads? Are they the bottleneck using close to a single CPU perhaps?&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;Give those slow tables higher priority to get them started early. If you are stuck with multiple&amp;nbsp;days for one major&amp;nbsp; table (RESB?) then you might as well&amp;nbsp; drop DOWN the number of streams to 2 or 3 to reduce the contention for resources as the other tables will surely easily finish while the slowest one is loading.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;Can you use parallel load with data ranges for the large table? In that case increase the number of streams accordingly.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;Finally be sure to check with the source and target DBA's&amp;nbsp; and possibly network folks to determine the most likely bottleneck. I suspect the source, but who knows. Look for top-SQL resource attributes. Look for actual gigabits/sec on the network vs network connection ratings.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;Good luck,&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;Hein&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 10 Jan 2023 04:46:06 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Qlik-Replicate/Slow-full-load/m-p/2023505#M4652</guid>
      <dc:creator>Heinvandenheuvel</dc:creator>
      <dc:date>2023-01-10T04:46:06Z</dc:date>
    </item>
    <item>
      <title>Re: Slow full load</title>
      <link>https://community.qlik.com/t5/Qlik-Replicate/Slow-full-load/m-p/2023996#M4667</link>
      <description>&lt;P&gt;Hein,&lt;/P&gt;
&lt;P&gt;This HANA table has 6 columns and no LOB's. I did a couple of test as you suggested with 50K having an average of 90K rec/sec and with 100K an average of 130-150K rec/sec.&amp;nbsp;These are more favorable numbers.&lt;/P&gt;
&lt;P&gt;This table uses Parallel loading, but I realized that having the "Maximum number of tables" set to 5 under "Full Load" &amp;gt; "Tuning Settings" might have been one of the causes for the slow load. I changed this to 10, the commit rate to 50K. Also I've distributed better the parallel load segments and added some filters to remove unwanted records from the load.&lt;/P&gt;
&lt;P&gt;Thanks for your help.&lt;/P&gt;</description>
      <pubDate>Tue, 10 Jan 2023 19:11:32 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Qlik-Replicate/Slow-full-load/m-p/2023996#M4667</guid>
      <dc:creator>Al_gar</dc:creator>
      <dc:date>2023-01-10T19:11:32Z</dc:date>
    </item>
    <item>
      <title>Re: Slow full load</title>
      <link>https://community.qlik.com/t5/Qlik-Replicate/Slow-full-load/m-p/2024051#M4670</link>
      <description>&lt;P&gt;It might be worth turning up the "Performance" logging on the task to see if you can determine if the performance lag is the source, handling or the target&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 10 Jan 2023 21:51:03 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Qlik-Replicate/Slow-full-load/m-p/2024051#M4670</guid>
      <dc:creator>Jon_Donker</dc:creator>
      <dc:date>2023-01-10T21:51:03Z</dc:date>
    </item>
  </channel>
</rss>

