<?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 Azure OLEDB Data Connection Issues - Slowness in Connectivity &amp; Data Prep</title>
    <link>https://community.qlik.com/t5/Connectivity-Data-Prep/Azure-OLEDB-Data-Connection-Issues-Slowness/m-p/1602491#M4174</link>
    <description>&lt;P&gt;We have Qlik Sense leveraging the OLEDB option to connect to a third party application on an Azure environment using a read only SQL Server user.&amp;nbsp; All was well connecting to the various database tables in this environment, for a few years now.&amp;nbsp; Recently, we've had issues where it appears that on the 13th or so each month...the OLEDB connection ends up performing at a snails pace, and our extracts are not able to complete.&amp;nbsp; We end up losing our connection with the application.&amp;nbsp; When we point to the same Qlik instance to a Test version of the same application the OLEDB performance works as expected...pulling 200,000 plus rows of data at a time, where as our production environment is pulling around 30,000 rows at a time for a particular table...where it eventual times out.&amp;nbsp; I believe our partner has moved our application to a different Azure server to correct the issue, but is there a known network or server setting that could be causing this issue to limit the number of rows we are able to extract at a given time?&amp;nbsp; Trying to point the teams in the right direction.&lt;/P&gt;</description>
    <pubDate>Tue, 21 Dec 2021 13:43:01 GMT</pubDate>
    <dc:creator>gamaescalante</dc:creator>
    <dc:date>2021-12-21T13:43:01Z</dc:date>
    <item>
      <title>Azure OLEDB Data Connection Issues - Slowness</title>
      <link>https://community.qlik.com/t5/Connectivity-Data-Prep/Azure-OLEDB-Data-Connection-Issues-Slowness/m-p/1602491#M4174</link>
      <description>&lt;P&gt;We have Qlik Sense leveraging the OLEDB option to connect to a third party application on an Azure environment using a read only SQL Server user.&amp;nbsp; All was well connecting to the various database tables in this environment, for a few years now.&amp;nbsp; Recently, we've had issues where it appears that on the 13th or so each month...the OLEDB connection ends up performing at a snails pace, and our extracts are not able to complete.&amp;nbsp; We end up losing our connection with the application.&amp;nbsp; When we point to the same Qlik instance to a Test version of the same application the OLEDB performance works as expected...pulling 200,000 plus rows of data at a time, where as our production environment is pulling around 30,000 rows at a time for a particular table...where it eventual times out.&amp;nbsp; I believe our partner has moved our application to a different Azure server to correct the issue, but is there a known network or server setting that could be causing this issue to limit the number of rows we are able to extract at a given time?&amp;nbsp; Trying to point the teams in the right direction.&lt;/P&gt;</description>
      <pubDate>Tue, 21 Dec 2021 13:43:01 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Connectivity-Data-Prep/Azure-OLEDB-Data-Connection-Issues-Slowness/m-p/1602491#M4174</guid>
      <dc:creator>gamaescalante</dc:creator>
      <dc:date>2021-12-21T13:43:01Z</dc:date>
    </item>
    <item>
      <title>Re: Azure OLEDB Data Connection Issues - Slowness</title>
      <link>https://community.qlik.com/t5/Connectivity-Data-Prep/Azure-OLEDB-Data-Connection-Issues-Slowness/m-p/2503794#M14531</link>
      <description>&lt;P&gt;We have the same issue. Were you able to solve?&lt;/P&gt;</description>
      <pubDate>Thu, 30 Jan 2025 17:15:08 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Connectivity-Data-Prep/Azure-OLEDB-Data-Connection-Issues-Slowness/m-p/2503794#M14531</guid>
      <dc:creator>isabella_santi</dc:creator>
      <dc:date>2025-01-30T17:15:08Z</dc:date>
    </item>
  </channel>
</rss>

