<?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: QR: MS-SQL 2014 vs QR 20214.11 - getting past the sys.column_encryption_keys check in Qlik Replicate</title>
    <link>https://community.qlik.com/t5/Qlik-Replicate/QR-MS-SQL-2014-vs-QR-20214-11-getting-past-the-sys-column/m-p/2548354#M16237</link>
    <description>&lt;P&gt;Hello&amp;nbsp;&lt;a href="https://community.qlik.com/t5/user/viewprofilepage/user-id/156834"&gt;@Jon_Donker&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;
&lt;P data-end="232" data-start="54"&gt;Qlik Replicate validates the SQL Server version during both the Full Load and Change Processing phases. This is why the same error occurs even when running a Full Load–only task.&lt;/P&gt;
&lt;P data-end="427" data-start="234"&gt;As a workaround, you can configure a &lt;STRONG&gt;64-bit ODBC DSN&lt;/STRONG&gt; and use a &lt;STRONG&gt;generic ODBC source endpoint&lt;/STRONG&gt; to connect through that DSN. This approach can be used for a &lt;STRONG&gt;Full Load–only task&lt;/STRONG&gt; or&amp;nbsp;&lt;A class="MCXref xref" href="https://help.qlik.com/en-US/replicate/November2025/Content/Replicate/Main/ODBC%20with%20CDC/odbc_source_with_CDC.htm" target="_blank"&gt;&lt;I&gt;Using ODBC with CDC as a source&lt;/I&gt;&lt;/A&gt;.&lt;/P&gt;
&lt;P data-is-only-node="" data-is-last-node="" data-end="452" data-start="429"&gt;Hope this helps.&lt;BR data-end="448" data-start="445" /&gt;John&lt;/P&gt;</description>
    <pubDate>Mon, 04 May 2026 12:54:31 GMT</pubDate>
    <dc:creator>john_wang</dc:creator>
    <dc:date>2026-05-04T12:54:31Z</dc:date>
    <item>
      <title>QR: MS-SQL 2014 vs QR 20214.11 - getting past the sys.column_encryption_keys check</title>
      <link>https://community.qlik.com/t5/Qlik-Replicate/QR-MS-SQL-2014-vs-QR-20214-11-getting-past-the-sys-column/m-p/2548332#M16234</link>
      <description>&lt;P&gt;Hi team,&lt;/P&gt;&lt;P&gt;&lt;EM&gt;&lt;STRONG&gt;Acknowledgement:&lt;/STRONG&gt;&lt;/EM&gt;&lt;/P&gt;&lt;P class="lia-indent-padding-left-30px"&gt;&lt;EM&gt;I know that MS-SQL 2014 is not supported and explained to management that our version of QR does not support this database; but they still want me to investigate a work around&amp;nbsp;&lt;span class="lia-unicode-emoji" title=":slightly_frowning_face:"&gt;🙁&lt;/span&gt; .&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;Is there an internal parameter for a MS-SQL endpoint to get around the sys.column_encryption_keys check; knowingly that we will be on our own with this method and not expected to receive official support?&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;0004356: 2026-05-04T09:45:18 [SOURCE_CAPTURE  ]E:  RetCode: SQL_ERROR  SqlState: 42S02 NativeError: 208 Message: [Microsoft][ODBC Driver 18 for SQL Server][SQL Server]Invalid object name 'sys.column_encryption_keys'. Line: 1 Column: -1 [1022502]  (ar_odbc_stmt.c:4067)
00004356: 2026-05-04T09:45:18 [SOURCE_CAPTURE  ]E:  mssql_ae_is_table_encrypted(...) failed in CREATE STATEMENT for '
select count(*)
from sys.columns c
inner join sys.column_encryption_keys k on c.column_encryption_key_id = k.column_encryption_key_id
inner join  sys.tables t on c.object_id = t.object_id
where c.encryption_type IS NOT NULL and schema_name(t.schema_id) = N'dbo' and t.[name] = N'myTable'
' [1022517]  (sqlserver_log_metadata.c:2343)
00004356: 2026-05-04T09:45:18 [SOURCE_CAPTURE  ]E:  Failed to check if table dbo.myTable has encrypted columns [1022517]  (sqlserver_endpoint_capture.c:158)
00004356: 2026-05-04T09:45:18 [SOURCE_CAPTURE  ]E:  Error executing command [1022517]  (streamcomponent.c:2058)
00004356: 2026-05-04T09:45:18 [TASK_MANAGER    ]E:  Stream component failed at subtask 0, component st_0_SRC_DEV_B1_LAPS_COMLAPS  [1022517]  (subtask.c:1482)
00004356: 2026-05-04T09:45:18 [SOURCE_CAPTURE  ]E:  Stream component 'st_0_SRC_DEV_B1_LAPS_COMLAPS' terminated [1022517]  (subtask.c:1651)&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Knowledge base article:&amp;nbsp;&lt;A href="https://community.qlik.com/t5/Official-Support-Articles/Qlik-Replicate-Errors-Due-to-Unsupported-SQL-Server-Versions/ta-p/2518157" target="_blank"&gt;https://community.qlik.com/t5/Official-Support-Articles/Qlik-Replicate-Errors-Due-to-Unsupported-SQL-Server-Versions/ta-p/2518157&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 04 May 2026 00:13:49 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Qlik-Replicate/QR-MS-SQL-2014-vs-QR-20214-11-getting-past-the-sys-column/m-p/2548332#M16234</guid>
      <dc:creator>Jon_Donker</dc:creator>
      <dc:date>2026-05-04T00:13:49Z</dc:date>
    </item>
    <item>
      <title>Re: QR: MS-SQL 2014 vs QR 20214.11 - getting past the sys.column_encryption_keys check</title>
      <link>https://community.qlik.com/t5/Qlik-Replicate/QR-MS-SQL-2014-vs-QR-20214-11-getting-past-the-sys-column/m-p/2548335#M16236</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.qlik.com/t5/user/viewprofilepage/user-id/156834"&gt;@Jon_Donker&lt;/a&gt;&amp;nbsp;,&lt;BR /&gt;&lt;BR /&gt;Qlik Replicate will verify the SQL Server version, and R&amp;amp;D cannot provide support for databases that are not included in the official support list.&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Desmond&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 04 May 2026 05:05:39 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Qlik-Replicate/QR-MS-SQL-2014-vs-QR-20214-11-getting-past-the-sys-column/m-p/2548335#M16236</guid>
      <dc:creator>DesmondWOO</dc:creator>
      <dc:date>2026-05-04T05:05:39Z</dc:date>
    </item>
    <item>
      <title>Re: QR: MS-SQL 2014 vs QR 20214.11 - getting past the sys.column_encryption_keys check</title>
      <link>https://community.qlik.com/t5/Qlik-Replicate/QR-MS-SQL-2014-vs-QR-20214-11-getting-past-the-sys-column/m-p/2548354#M16237</link>
      <description>&lt;P&gt;Hello&amp;nbsp;&lt;a href="https://community.qlik.com/t5/user/viewprofilepage/user-id/156834"&gt;@Jon_Donker&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;
&lt;P data-end="232" data-start="54"&gt;Qlik Replicate validates the SQL Server version during both the Full Load and Change Processing phases. This is why the same error occurs even when running a Full Load–only task.&lt;/P&gt;
&lt;P data-end="427" data-start="234"&gt;As a workaround, you can configure a &lt;STRONG&gt;64-bit ODBC DSN&lt;/STRONG&gt; and use a &lt;STRONG&gt;generic ODBC source endpoint&lt;/STRONG&gt; to connect through that DSN. This approach can be used for a &lt;STRONG&gt;Full Load–only task&lt;/STRONG&gt; or&amp;nbsp;&lt;A class="MCXref xref" href="https://help.qlik.com/en-US/replicate/November2025/Content/Replicate/Main/ODBC%20with%20CDC/odbc_source_with_CDC.htm" target="_blank"&gt;&lt;I&gt;Using ODBC with CDC as a source&lt;/I&gt;&lt;/A&gt;.&lt;/P&gt;
&lt;P data-is-only-node="" data-is-last-node="" data-end="452" data-start="429"&gt;Hope this helps.&lt;BR data-end="448" data-start="445" /&gt;John&lt;/P&gt;</description>
      <pubDate>Mon, 04 May 2026 12:54:31 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Qlik-Replicate/QR-MS-SQL-2014-vs-QR-20214-11-getting-past-the-sys-column/m-p/2548354#M16237</guid>
      <dc:creator>john_wang</dc:creator>
      <dc:date>2026-05-04T12:54:31Z</dc:date>
    </item>
    <item>
      <title>Re: QR: MS-SQL 2014 vs QR 20214.11 - getting past the sys.column_encryption_keys check</title>
      <link>https://community.qlik.com/t5/Qlik-Replicate/QR-MS-SQL-2014-vs-QR-20214-11-getting-past-the-sys-column/m-p/2548389#M16239</link>
      <description>&lt;P&gt;Thanks All.&lt;/P&gt;&lt;P&gt;Using a generic ODBC connector isn't a rabbit hole I want to go down.&lt;/P&gt;&lt;P&gt;I have enough to go back to management and say that we cannot connect to 2014 as a source with the version of Qlik Replicate we're running.&lt;/P&gt;</description>
      <pubDate>Mon, 04 May 2026 23:07:46 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Qlik-Replicate/QR-MS-SQL-2014-vs-QR-20214-11-getting-past-the-sys-column/m-p/2548389#M16239</guid>
      <dc:creator>Jon_Donker</dc:creator>
      <dc:date>2026-05-04T23:07:46Z</dc:date>
    </item>
    <item>
      <title>Re: QR: MS-SQL 2014 vs QR 20214.11 - getting past the sys.column_encryption_keys check</title>
      <link>https://community.qlik.com/t5/Qlik-Replicate/QR-MS-SQL-2014-vs-QR-20214-11-getting-past-the-sys-column/m-p/2548390#M16240</link>
      <description>&lt;P&gt;Thanks for the update&amp;nbsp;&lt;a href="https://community.qlik.com/t5/user/viewprofilepage/user-id/156834"&gt;@Jon_Donker&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;At the moment, using the generic ODBC connector is the only available workaround.&lt;/P&gt;</description>
      <pubDate>Tue, 05 May 2026 01:47:36 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Qlik-Replicate/QR-MS-SQL-2014-vs-QR-20214-11-getting-past-the-sys-column/m-p/2548390#M16240</guid>
      <dc:creator>john_wang</dc:creator>
      <dc:date>2026-05-05T01:47:36Z</dc:date>
    </item>
  </channel>
</rss>

