<?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 Adding a new table to Landing Task forces full recreation of all QVDs – 2+ hours downtime in Data Movement &amp; Streaming</title>
    <link>https://community.qlik.com/t5/Data-Movement-Streaming/Adding-a-new-table-to-Landing-Task-forces-full-recreation-of-all/m-p/2551049#M3675</link>
    <description>&lt;P&gt;Hi everyone,&lt;/P&gt;&lt;P&gt;We are currently migrating to Qlik Cloud Capacity and building our data pipelines using Data Integration. Our source is Oracle, connected via Data Movement Gateway version 2025.11.23.&lt;/P&gt;&lt;P&gt;Every time we add a new table to an existing Landing task, the entire pipeline seems to recreate all QVDs from scratch — not just the newly added table. This takes over 2 hours, during which our end users cannot access any of the dashboards that depend on those QVDs.&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;We are aware that since the September 2024 update, only the affected/changed tables should be dropped and recreated after a metadata change, not all tables. Given that we are on gateway version 2025.11.23, we expected this behavior to be in place.&lt;/P&gt;&lt;P&gt;Some quastions:&amp;nbsp;&lt;BR /&gt;- Is using "Recreate tables" after adding a new table the wrong approach? Should we just use "Run" or "Reload tables" instead?&lt;BR /&gt;- Is there a way to add a new table to an existing Landing task without triggering a full reload of all existing tables and downstream QVDs?&lt;BR /&gt;- Has anyone experienced this and found a reliable workaround?&lt;/P&gt;&lt;P&gt;Any guidance would be greatly appreciated. Thanks in advance!&lt;/P&gt;</description>
    <pubDate>Wed, 10 Jun 2026 13:34:28 GMT</pubDate>
    <dc:creator>MigueldelCampo</dc:creator>
    <dc:date>2026-06-10T13:34:28Z</dc:date>
    <item>
      <title>Adding a new table to Landing Task forces full recreation of all QVDs – 2+ hours downtime</title>
      <link>https://community.qlik.com/t5/Data-Movement-Streaming/Adding-a-new-table-to-Landing-Task-forces-full-recreation-of-all/m-p/2551049#M3675</link>
      <description>&lt;P&gt;Hi everyone,&lt;/P&gt;&lt;P&gt;We are currently migrating to Qlik Cloud Capacity and building our data pipelines using Data Integration. Our source is Oracle, connected via Data Movement Gateway version 2025.11.23.&lt;/P&gt;&lt;P&gt;Every time we add a new table to an existing Landing task, the entire pipeline seems to recreate all QVDs from scratch — not just the newly added table. This takes over 2 hours, during which our end users cannot access any of the dashboards that depend on those QVDs.&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;We are aware that since the September 2024 update, only the affected/changed tables should be dropped and recreated after a metadata change, not all tables. Given that we are on gateway version 2025.11.23, we expected this behavior to be in place.&lt;/P&gt;&lt;P&gt;Some quastions:&amp;nbsp;&lt;BR /&gt;- Is using "Recreate tables" after adding a new table the wrong approach? Should we just use "Run" or "Reload tables" instead?&lt;BR /&gt;- Is there a way to add a new table to an existing Landing task without triggering a full reload of all existing tables and downstream QVDs?&lt;BR /&gt;- Has anyone experienced this and found a reliable workaround?&lt;/P&gt;&lt;P&gt;Any guidance would be greatly appreciated. Thanks in advance!&lt;/P&gt;</description>
      <pubDate>Wed, 10 Jun 2026 13:34:28 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Data-Movement-Streaming/Adding-a-new-table-to-Landing-Task-forces-full-recreation-of-all/m-p/2551049#M3675</guid>
      <dc:creator>MigueldelCampo</dc:creator>
      <dc:date>2026-06-10T13:34:28Z</dc:date>
    </item>
  </channel>
</rss>

