Fler kopplingar stöds i containerbaserade installationer
Containerbaserade installationer av Gateway med direktåtkomst har nu stöd för kopplingarna SAP BW, SAP SQL, SAP ODP, SAP Report och MySQL. SAP-kopplingar kräver SAP NetWeaver RFC SDK.
För installationsinstruktioner, se Konfigurera Qlik Data Gateway – Direktåtkomst i en behållare och Installera SAP NetWeaver RFC SDK för Qlik Data Gateway – Direktåtkomst (endast på engelska).
Asynkron filhämtningskonfiguration
Filkoppling kan använda den valfria AsyncFileDownloadRequest-funktionen för att konfigurera filnedladdningar utan att blockera. Om funktionen inte förhandlas fram använder gatewayen den synkrona konfigurationsvägen.
För konfigurationsdetaljer, se Konfigurera och felsöka Qlik Data Gateway – Direct Access.
Uppdatera tidsgränsen för filhämtningskvittens utan att starta om
Du kan ändra FILE_REQUESTDOWNLOAD_ACK_TIMEOUT_SECONDS-inställningen via Configuration API utan att starta om gatewayen.
CLI-kommandon rapporterar inte längre ett log4net FileOpenFailure
Åtgärdat ett fel där CLI-kommandon rapporterade ett log4net FileOpenFailure.
Validering av chunk-cache-katalogen
Åtgärdat ett fel där egenskapen OVERRIDE_CHUNKS_CACHE_DIR inte validerades.
Identifiering av containermiljö och resursmetrik
Åtgärdat fel där en behållar-gateway rapporterade CPU-, minnes- och diskmetrik för hela värden istället för containern, samt kunde felidentifiera miljön vid körning under containerd.
Samtidiga ominläsningförfrågningar riskerar inte längre dataförlust
Åtgärdat ett fel där en gateway-komponent delade gRPC-klientstatus per anrop över överlappande laddningar, vilket i sällsynta fall kunde orsaka tyst dataförlust.
Problem med 'File not found'-fel vid upprepade inläsningar
Åtgärdat ett fel som kunde orsaka intermittenta $(MUST_INCLUDE=...) *** file not found-fel när ominläsningar överskred QIX-motorns minnesgräns för laddningar och gjordes om med samma ominläsnings-ID.
Återställning efter ominläsning när en övergiven WebSocket avbrutits
Åtgärdat ett problem där en laddning kraschade med ett DirectAccess-4002-fel istället för att återställas, vilket berodde på att en hängande WebSocket-koppling inte kunde avbrytas under pågående återanslutning.
Filkoppling loggfilnamn
Åtgärdat ett fel där loggfilsnamn för filkopplingar kunde innehålla upprepade, nästlade filnamn.
Behörigheter för inställningsdialogen i gatewayen
Löste ett problem där dialogrutan för gatewayinställningar visade ett felmeddelande om otillräckliga behörigheter eftersom konfigurationsbegäran för metrics-collector returnerade ett 404-svar.
Säkerhetsuppdateringar för ODBC-kopplingar
ODBC-kopplingarna för Phoenix, Google BigQuery, ServiceNow och MySQL använder nu OpenSSL 3.5.8. Kopplingarna för Phoenix, Google BigQuery och ServiceNow ODBC använder nu libcurl 8.22.0.
Containeriserad distribution (med Linux-stöd)
Utöver den befintliga Windows-installationen kan nu Gateway med direktåtkomst distribueras i en containerbaserad Docker-miljö. Detta gör att Gateway med direktåtkomst kan distribueras i Linux- och Windows-miljöer via en behållare. Denna första behållarversion stöder ODBC-kopplingen (PostgreSQL, SQL Server och Oracle) och REST-kopplingen.
För förutsättningar och distributionsinformation, se Konfigurera Qlik Data Gateway – Direktåtkomst och Konfigurera Qlik Data Gateway – Direktåtkomst i en behållare.
Automatisk gateway-registrering från kommandoraden
Du kan nu registrera Gateway med direktåtkomst automatiskt från kommandoraden, utan att använda aktivitetscentret för Administration. Detta är särskilt användbart för distributioner med flera klientorganisationer och andra scenarier som kräver automatiserad, obevakad registrering. Metoden stöds för både Windows och containerbaserade installationer.
För konfigurationsinformation, se Automatisk gatewayregistrering med kommandoraden.
Stöd för AWS PrivateLink (introducerades den 22 september 2026)
Kunder med prenumeration på Qlik Cloud Analytics Enterprise eller Qlik Sense Enterprise SaaS kan nu upprätta en AWS PrivateLink-slutpunkt mellan sina data och sin Qlik Cloud-klientorganisation med hjälp av Direct Access Gateway. Detta innebär att data som laddas till Qlik Analytics-applikationer kan skickas via en privat nätverkskoppling. För mer information och konfigurationsdetaljer, se Konfigurera AWS PrivateLink för Qlik Data Gateway – Direct Access.
Filkopplingsförbättringar
Lade till konfigurerbar tidsgräns (FILE_REQUESTDOWNLOAD_ACK_TIMEOUT_SECONDS) för bekräftelse av initial filhämtning. Denna konfiguration kommer att hjälpa till att mildra DirectAccess-2007-fel vid omladdning av filkopplingar.
Lade till diagnostisk loggning för hämtningsstopp i filkopplingen.
Tyst installation och avinstallation rapporterar nu korrekta resultat
Löste ett problem där en tyst installation eller avinstallation kunde rapportera framgång även när steg efter installationen misslyckades, som att samla in installationsloggar eller slutföra klientorganisationsregistreringen. Tysta installationer och avinstallationer returnerar nu det faktiska resultatet, och installationsprogram för förutsättningar körs nu tyst istället för att vänta på dolda dialogrutor.
Härdning av kopplingens startskript
Löste ett problem där kopplingens startskript kunde söka igenom en otillförlitlig sökväg när Windows kommandotillägg var inaktiverade, vilket också kunde leda till att konfigurationsöverskrivningar misslyckades utan att felmeddelande visades. Skripten aktiverar nu uttryckligen kommandotillägg för att förhindra detta.
Google BigQuery drivrutinsuppdatering
Google BigQuery ODBC-drivrutinen har uppdaterats till version 3.3.1.3003
Säkerhetsuppdateringar
OpenSSL- och libcurl-biblioteken uppgraderades för ODBC-drivrutinerna:
Alla ODBC-drivrutiner utom Apache Spark uppgraderades för att använda OpenSSL 3.5.7.
Alla ODBC-drivrutiner utom Apache Spark uppgraderades för att använda libcurl 8.21.0.
Stöd för prestandatester i användargränssnittet (introducerades den 18 augusti 2026)
Gateway med direktåtkomst gateway visar nu benchmark-testresultat direkt i Administration aktivitetscenter, vilket ger administratörer större insyn i gateway-prestanda utan att behöva gräva igenom loggfiler.
Prestandatester är diagnostiska åtgärder som mäter nätverksanslutning och prestanda mellan Gateway med direktåtkomst och Qlik Cloud. Använd dem för att felsöka omladdningsprestanda, fastställa prestandabaslinjer eller jämföra gateways.
Du kan nu se resultaten av dessa benchmark-körningar direkt i Administration aktivitetscentret, vilket gör det enklare att identifiera nätverksförhållanden som påverkar omladdningsprestanda och att samla in den information du behöver för felsökning – utan att lämna administratörsupplevelsen.
För mer information, se Visa och köra prestandatester.
Nytt konfigurationsalternativ för att begränsa logglagring för alla Gateway med direktåtkomst komponenter
En ny konfigurationsalternativ är tillgängligt för att begränsa lagringen av alla Gateway med direktåtkomst komponentloggar, inklusive anslutningar, DCaaS och själva agenten. Det här alternativet kan konfigureras via Gateway med direktåtkomst gränssnittet och offentliga API:et.
DirectAccess-1103-fel orsakade av samtidiga WebSocket-sändningar
Löst ett problem där omladdnings-WebSockets tyst avbröts av samtidiga sändningar, vilket orsakade DirectAccess-1103-fel och misslyckade omladdningar.
Tidsgränsen för benchmarktestets varaktighet ökades
Tidsgränsen för riktmärkeskörningen har ökats till 10 minuter för att stödja körning på långsammare maskiner.
Processisoleringslogg saknas för REST-koppling
Löste ett problem där processisoleringsloggen inte genererades vid användning av REST-kopplingen. REST-kopplingen loggar nu processisoleringsinformation konsekvent med andra Gateway med direktåtkomst kopplingar.
Säkerhetsuppdateringar
Följande ODBC-drivrutiner har uppdaterats att använda OpenSSL 3.5.7:
MongoDB:
Impala
Fenix
Hive
MySQL
Impala-, Phoenix- och Hive ODBC-drivrutinerna har också uppdaterats att använda libcurl 8.21.0.
Segmentåterställning kan inaktiveras per koppling
Du kan nu inaktivera segmentåterställning för specifika anslutningar, vilket ger mer detaljerad kontroll över omladdningsresiliens och prestanda. Denna inställning åsidosätter den globala konfigurationen för återställning av datasegment och kan konfigureras direkt i kopplingsinställningarna eller via det Publika API:et.
För konfigurationsinformation, se Inaktivera segmentåterställning per koppling.
Kanada-regionstöd
Gateway med direktåtkomst stöder nu distribution i regionen Kanada, vilket utökar tillgängligheten för kunder med krav på datalagring i landet.
Förbättrad ominladdningsströmgenomströmning
Laddningsströmgenomströmningen har förbättrats genom optimering av hantering av trådpooler, hantering av WebSocket-protokoll och Anpassad taktning. Dessa förbättringar är automatiska och kräver ingen konfigurering.
Fil-kopplare anpassat fil-komplement-stöd
Filanslutningen tillåter dig nu att konfigurera anpassade filnamnstillägg utöver de standardtyper som stöds. Konfigurera tillåtna komplement via gatewayinställningarna eller genom att redigera komplementkonfigurationsfilen.
För konfigurationsinformation, se Tillåta anpassade tillägg (endast på engelska).
DirectAccess-1513 koppling timeout-fel
Löste ett problem där anslutningar ibland fick timeout med DirectAccess-1513-fel, särskilt under scenarier med hög samtidighet.
Säkerhetsuppdateringar
OpenSSL-bibliotek uppgraderades för följande drivrutiner:
Google BigQuery- och Snowflake-drivrutiner uppgraderades till 3.5.7
Amazon Athena, Amazon Redshift, Apache Spark och ServiceNow-drivrutiner uppgraderades till 3.5.6
OpenSSL-bibliotek för alla andra drivrutiner (förutom MySQL) uppgraderades till 3.0.20 i Gateway med direktåtkomst 1.7.15
Felidentifiering av kopplingstyp
I sällsynta fall, en kopplingssession som ursprungligen anslöt som en typ (till exempel, ODBC) skulle senare rapporteras som en annan typ (till exempel, REST).
Problem med SAP BW-kopplingen (via Gateway med direktåtkomst):
Val av tomt värde: Omladdningar misslyckades när kolumner innehöll tomma värden.
Parsning av Unicode-tecken: När Load Query-skript innehöll Unicode-tecken uppstod ett parsningsfel.
Operatorerna IN och AND: Ett fel uppstod när villkorsblock innehöll operatorerna IN och AND.
PostgreSQL (via Gateway med direktåtkomst) koppling - Datatrunkering
Strängar som innehåller fler än 255 tecken skulle trunkeras.
ODBC-koppling (via Gateway med direktåtkomst) - Förhandsgranskning av tabell
Efter uppgradering av Gateway med direktåtkomst till version 1.7.13 orsakade förhandsgranskning av tabellkolumner utan dubbla citattecken ett fel.
Undantag vid omstart av Gateway CLI
Försök att starta om gatewayen från kommandoraden med hjälp av connectoragent.exe services restart resulterade i ett fel.
Säkerhet
Flera oanvända kopior av DLL-filer för OpenSSL 3.0.8 har tagits bort.
Benchmark API – problem med borttagning av SQLite-fil
Från och med Gateway med direktåtkomst 1.7.13 togs SQLite-filen (som innehåller omladdningsdata för prestandatestet) inte bort efter att prestandatestet slutförts.
Förbättrad felsökning genom spridning av gatewaykonfiguration
Gatewaykonfigurationer sprids nu till Qlik Cloud för att underlätta felsökning av Qlik Support.
Gloo-sessionsaffinitet för återkopplingar vid ominläsning
Återkopplingar vid ominläsning använder nu Gloo-sessionsaffinitet, vilket minskar belastningen på tjänster och förbättrar andelen lyckade ominläsningar.
Datatypmappning med DSN-baserade anslutningar
Datatypsmappning fungerar nu korrekt med DSN-baserade anslutningar.
Filkoppling med Filelist-mask
Åtgärdade ett problem där File-kopplingen returnerade ett fel vid användning av en Filelist-mask för filer som inte finns.
Problem med installation och uppgradering av C++ Redistributable
Åtgärdat installations- och uppgraderingsproblem relaterade till det omdistribuerbara C++-paketet.
Initieringsfördröjning för filkoppling
Åtgärdat intermittenta DirectAccess-5000- och DirectAccess-1510-fel som orsakades av fördröjningar vid initiering av File Connector när Process Isolation är aktiverat.
Säkerhetsuppdateringar
Uppgraderade libcurl.dll till version 8.19.0 i ODBC-drivrutiner (Apache Hive, Cloudera Impala, Apache Phoenix och Snowflake). Uppgraderade OpenSSL till version 3.0.20 i alla ODBC-drivrutiner utom Presto, Spark, Microsoft SQL Server, MySQL och Google BigQuery för att åtgärda kända sårbarheter.
File-kopplingsstöd för RTF-filer
Åtgärdade ett stavfel i FileExtensionValidator som förhindrade att RTF-filer listades och lästes in.
Utökat autentiseringsstöd
Följande kopplingar stöder nu Single Sign-On (Kerberos)-autentisering:
Microsoft SQL Server
Dessutom stöder Teradata-kopplingen nu LDAP-autentisering.
Förbättrad hantering av ominläsningar för filkopplingar
Analysmotorn kunde ibland cacha kopplingar från tidigare sessioner och skicka en förfrågan till en podd som hade fått en förfrågan om nedstängning. Detta skulle leda till att inläsningar misslyckades med följande fel:
Connector error: data loading error (DirectAccess-4008)
Från och med den här versionen kommer ominläsningsförfrågningar till en podd som inte längre är aktiv att avvisas och styras om till en tillgänglig podd.
Förbättrad loggning av ominläsningsmätningar
Loggning av ominläsningsmätningar har förbättrats. Detta kommer att göra det möjligt för både kunder och Qlik Support att få ytterligare insikter i ominläsningsprestanda. Som en del av förbättringarna har loggningsnivån ändrats till INFO och loggmeddelandet har anpassats för användning med övervakningsverktyget Gateway med direktåtkomst. Dessutom kommer följande information nu att visas i loggen:
Möjlighet att ställa in hur många rader som ska hämtas per bulk vid användning av ODBC-kopplingen (via Gateway med direktåtkomst)
Ett nytt alternativ Antal rader att hämta per bulk har lagts till i ODBC-kopplingen (via Gateway med direktåtkomst). Standardvärdet är optimalt för de flesta scenarier, men om du stöter på betydande prestandaproblem kan en justering av detta värde hjälpa.
Validering av radantal under omladdningar
Radantalet från alla icke-fil-kopplingar för Gateway med direktåtkomst (antalet rader som läses) kommer nu att valideras för att säkerställa att det matchar antalet rader som skickas till motorn. Om en avvikelse upptäcks kommer ominläsningen att misslyckas med ett lämpligt fel, vilket förhindrar inkonsekvent dataladdning.
Förbättrad felhantering av asynkrona kommandon
Identifiering och hantering av svarsfel som uppstår från misslyckade asynkrona kommandon har förbättrats. Denna förbättring kommer att underlätta bättre felsökning av asynkrona kommandomisslyckanden.
Uppdaterat omdistribuerbart C++-paket
Det omdistribuerbara C++-paketet har uppdaterats till den senaste versionen.
SAP BW-koppling
Följande parsningsfel kunde ibland uppstå:
Invalid character: ':' for the timestamp data type.
Säkerhet
För att åtgärda kända sårbarheter har följande Gateway med direktåtkomst komponenter uppgraderats eller tagits bort:
Filen e_sqlite3.dll har uppgraderats till version 3.50.4.
package-lock.json har tagits bort från katalogen dcaas_gs eftersom den inte behövs.
ODBC (via Gateway med direktåtkomst)-koppling - problem med förhandsgranskning av data
När ODBC-kopplingen (via Gateway med direktåtkomst) användes gick det inte att förhandsgranska data med kolumner som innehöll dubbla citattecken.
Nya listrutor i dialogrutan "Välj data att läsa in"
Möjligheten att välja en databas, ägare, roll, katalog och schema har nu lagts till i dialogrutan Dataladdningsredigeraren > Välj data att läsa in (<kopplingens visningsnamn>). Följande kopplingar påverkas:
Athena Drill (via Gateway med direktåtkomst)
Listrutor för Databas och Ägare har lagts till.
Databricks (via Gateway med direktåtkomst)
Katalog- och Schema-listrutor har lagts till.
Presto (via Gateway med direktåtkomst)
Listrutor för Databas och Ägare har lagts till.
Snowflake (via Gateway med direktåtkomst)
Roll-, databas- och schema-listrutor har lagts till.
Borttagning av alternativet Aktivera massläsare
Alternativet Aktivera massläsare är aktiverat som standard och visas inte längre i användargränssnittet. Det kan endast inaktiveras med en intern egenskap.
Minsta TLS-version
Version 1.3 har lagts till i listrutan Minsta TLS i följande kopplingar:
Apache Drill (via Gateway med direktåtkomst)
Google Big Query (via Gateway med direktåtkomst)
Microsoft SQL Server (via Gateway med direktåtkomst)
Oklart felmeddelande
I tidigare versioner, när man försökte registrera gatewayen mot en Qlik Cloud-region som inte stöds, uppstod följande oklara fel: "SYS-E-ERRMSG, INVALID QCS HOST". Felmeddelandet anger nu uttryckligen att felet kan bero på en Qlik Cloud-region som inte stöds.
Säkerhet
Qlik Data Gateway – direktåtkomst levereras med en sårbar SQLite-komponent. För att lösa detta har System.Data.SQLite uppgraderats till version 2.0.2.
ODBC-koppling (via Gateway med direktåtkomst)
Att lägga till en ny datatypsmappning via konfigurationsgränssnittet Gateway med direktåtkomst skulle resultera i att en felaktig drivrutin/identifierare ställs in.
Oracle Wallet-kopplingsfel
Vid samtidiga omladdningar kunde Oracle Wallet-kopplingen till Oracle Cloud-databasen ibland misslyckas.
Minskad överdriven loggning när AGENT_LOG_LEVEL=DEBUG och AGENT_LOG_OPTIONS inte är inställda.
Kopplingsagentloggarna för ominläsningar av filkopplingar visar nu den faktiska AppId istället för AppId=dummyDocId.
Möjlig godtycklig kodexekvering av WIX-installationsprogram på grund av COM-kapning med HKCU\Software\Classes\WOW6432Node. Korrigeringen validerar registernycklarna innan installationsprogrammet körs.
Zlib-versionen installerad med Qlik Data Gateway har kända sårbarheter. Problemet löstes genom att uppgradera till en version utan kända sårbarheter.
Node.js körmiljö uppgraderades till version 22.x på grund av en känd sårbarhet i version 20.19.5.
libcurl.dll uppgraderades till version 8.16.0 på grund av kända sårbarheter i version 8.7.0.
Databricks OAuth Service Principal
Databricks OAuth-användarkonto
SAP SQL-koppling: Fel vid inläsning av en tabell som innehåller ett UTCL-dataelement
Följande fel uppstod under inläsningen när en tabell innehöll ett UTCL-dataelement:
Status (StatusCode="InvalidArgument", Detail="Input string was not in a correct format.
Intermittenta inläsningsfel vid användning av segmentåterställning
Inläsning misslyckades periodvis med följande fel:
Object reference not set to an instance of an object. (DirectAccess-1513))
SAP BW-koppling: Problem med dataextraktion
Extrahering av data från SAP BW InfoProvider/ADSO med två värden i en WHERE-sats returnerade noll rader.
gRPC-kopplingsfel som resulterar i Direct Access-1510-fel
I sällsynta fall uppstod gRPC-kopplingsfel som resulterade i Direct Access-1510-fel För att mildra detta problem har följande förbättringar implementerats:
Ett gRPC-anrop har lagts till för att säkerställa att porten är tillgänglig för gRPC-kopplingen
gRPC-kanalen kommer att återskapas när en koppling nekas av en koppling
Stöd för att minska kolumnstorleken vid definition av anpassade typmappningar för ODBC-kopplingen (via Direct Access gateway)
Lagt till stöd för att minska kolumnstorleken som rapporteras av drivrutinen vid definition av anpassade typmappningar för ODBC-kopplingen (via Direct Access gateway). I tidigare versioner kunde kolumnstorlek bara ökas.
Kommando-tidsgräns
Långvariga kommandon som överskred standard-pong-tidsgränsen på 45 sekunder ledde till att kommandoröret kopplades bort. Detta problem löstes genom att förhindra att tidsgränsen utlöstes medan Qlik Cloud Service Connection Broker vidarebefordrar ett kommando till Gateway med direktåtkomst Connector Agent.
Konfigurationsgränssnitt – Spara-knappen inaktiverad
Den Spara knappen skulle inaktiveras på grund av ett ogiltigt MAX_PROCESSES_COUNT-värde. Problemet löstes genom att fältet automatiskt fylldes med ett giltigt värde.
Konfigurationsgränssnitt – Inkonsekvens mellan standardvärden och initiala värden
Det initiala värdet för Antal samtidiga omladdningsprocesser-fältet skilde sig från standardvärdet som visades i användargränssnittet för följande kopplingar: ODBC, SAP BW, SAP SQL, SAP ODP och REST.
Det ursprungliga värdet för fältet Processisoleringsläge för filkopplingen skiljde sig från standardvärdet som visades i användargränssnittet.
Microsoft SQL Server NTLM-autentiseringsläge fungerar inte
Microsoft SQL Server NTLM-autentiseringsläge slutade fungera vid användning av Gateway med direktåtkomst 1.7.6.
Omladdningsfel under tung belastning
Vid tunga belastningar misslyckades laddningar ibland med följande fel:
Connector error: The gRPC connection to the connector failed. ... (DirectAccess-1510)
Detta problem åtgärdades genom att lägga till en omförsöksmekanism.
Intermittenta fel vid inläsning i vissa scenarier
Laddningar misslyckades ibland med följande fel:
DirectAccess-4002: Det här problemet löstes genom att minska standardvärdet för AGENT_DATA_PING_SKIP_THRESHOLD_SECONDS-egenskapen från 60 till 15 sekunder.
DirectAccess-2208: Det här problemet löstes genom att lägga till en återförsöksmekanism.
Tillåtna drivrutiner
Tillåtna DSN:er
Anpassade typmappningar
Kopplingsportkonflikter när processisolering är aktiverad
Alltför frekventa försök att starta kopplingsprocessen
Oracle (via Gateway med direktåtkomst) eller ODBC (via Gateway med direktåtkomst) kopplingar: Redundanta metadataanrop
När Oracle (via Gateway med direktåtkomst) eller ODBC (via Gateway med direktåtkomst) kopplingar används, skulle vissa av kopplingsegenskaperna göra redundanta metadataanrop när ingen gateway valdes.
Prestandaförsämring på grund av för lång hämtningstid för gateway-mått
För varje omladdningsbegäran hämtas gateway-mått. Tiden det tog att hämta måtten (~200 ms) skulle påverka omladdningstiden. Problemet löstes genom att hämta måtten var 15:e sekund istället för vid varje laddningsbegäran.
AWS Athena (via Gateway med direktåtkomst) koppling: Omladdningsfel vid försök att ladda om tabell- eller kolumnnamn med japanska tecken
När AWS Athena (via Gateway med direktåtkomst) kopplingen används, skulle försök att ladda om tabell- eller kolumnnamn med japanska tecken orsaka följande fel:
Unable to show the preview column data. User does not have permission to access data, or column data type is not supported.
Google BigQuery (via Gateway med direktåtkomst) koppling: Kunde inte lägga till data med Data Manager
När du använder Google BigQuery-koppling (via Gateway med direktåtkomst) uppstod ett felmeddelande ”Det gick inte att lägga till data” när du försökte lägga till data med Data Manager.
Lösenordsförtydligande vid installation av Gateway med direktåtkomst under ett LocalSystem-konto
Lösenordsfältet i Gateway med direktåtkomst-installationsprogrammet fick vissa kunder att tro att ett lösenord alltid krävdes vid installation av Gateway med direktåtkomst under ett LocalSystem-användarkonto. För att lösa problemet lades följande förtydligande text till i installationsprogrammet:
A password is only required if you are not using the default local system account.
Fel som returneras för giltiga operationer
Agenten för kopplingen kunde ibland returnera ett "500"-fel för giltiga laddnings- och händelseanrop.
API för konfiguration:
Egenskapen "Max process count" för REST- och FILE-kopplingar uppdaterades för att täcka värden mellan 2-100
Ett standardvärde lades till för egenskapen AGENT_LOG_OPTIONS
DCaaS loggnivåvärden har uppdaterats
Hålla levande-evenemang:
Hålla levande-evenemang kunde ibland inte krypteras
Ett felaktigt svar om att frigöra resurser i molnet kunde skickas när sessionen på agenten inte längre var aktiv
Säkerhetshärdning
När kopplingen Fil (via Gateway med direktåtkomst) används utförs alla filoperationer under Windows-tjänstekontot ”NT AUTHORITY\SYSTEM”. Problemet löstes genom att lägga till möjligheten att åsidosätta standardkontot för Windows-tjänster under installationen.
Kopplingen Google BigQuery (via Gateway med direktåtkomst): Fel vid bearbetning av TIMESTAMP-data utanför ett specifikt intervall
Vid bearbetning av TIMESTAMP-data utanför intervallet 1400–9999 (år), skulle följande fel uppstå:
The data contains unsupported data type or row content. Invalid row status.
Anpassat Windows-tjänstkonto bibehålls inte efter uppgradering
Efter uppgraderingen ändras det angivna tjänstkontot Gateway med direktåtkomst tillbaka till det lokala standardkontot (LocalSystem).
Läs in fel igen
På grund av ett problem med krypteringen av keepAlive-händelser (som skickas från Qlik Cloud till gateway), kunde följande fel ibland uppstå vid inläsning:
Internal error. (Connector error: Reload web socket was aborted due to a failure (DirectAccess-1103))
REST-koppling (via Gateway med direktåtkomst): inläsningsfel
Inläsning av stora datastrukturer misslyckades ibland med följande fel:
Received message exceeds the maximum configured message size.
REST-koppling (via Gateway med direktåtkomst): alltför restriktiv lista över tillåtna URL:er
URL:er utan ett efterföljande snedstreck blockerades felaktigt, medan samma URL:er med ett efterföljande snedstreck tilläts.
ODBC-koppling (via Gateway med direktåtkomst): överdriven minnesanvändning
När Multiple SELECT användes i laddningsskriptet frigjordes inte VRAM-minnet på källsystemet, utan fortsatte att växa vid varje inläsning.
MySQL-koppling (via Gateway med direktåtkomst): problem med datatyp
När du använde MySQL-kopplingen (via Gateway med direktåtkomst) för att läsa in en tabell med datatypen "int(9) unsigned", returnerades data för den kolumnen som -1.
SAP SQL-koppling (via Gateway med direktåtkomst): MixedMode fungerar inte
Egenskapen MixedMode-kopplingssträng fungerade inte som förväntat.
Datakälla av SQL-typ: problem med laddningsskript
Vid koppling till en datakälla av SQL-typ placerades "TableName" i laddningsskriptet felaktigt i mitten av tabelldefinitionen istället för i början av laddningsskriptet.
Databrickskoppling (via Gateway med direktåtkomst): säkerhetshärdning
Data som laddas via Databrickskopplingen (via Gateway med direktåtkomst) kommer nu alltid att använda SSL för kommunikation och data i transit. Det tidigare alternativet att aktivera eller inaktivera SSL har tagits bort.
Säkerhetshärdning
End-to-end-kryptering var inte ömsesidigt tvingande för nyttolaster för loggningskommandon som returnerade kundhysta loggar från aktivitetscentret för Qlik Cloud Administration.
Konfiguration saknas för kopplingen REST (via Gateway med direktåtkomst)
Parametern REST_MAX_PROCESS_COUNT saknades i filen configuration.properties på Gateway med direktåtkomst 1.7.1
Automatisk omstart av Gateway med direktåtkomst-processer fungerar inte som förväntat
Gateway med direktåtkomst-processer startade ibland inte om automatiskt när de kraschade eller avslutades på annat sätt.
Cache-mappar för segmentåterställning skapade på fel plats
När inställningen OVERRIDE_CHUNKS_CACHE_DIR i filen configuration.properties var tom skapades cachemapparna för segmentåterställning i mappen [install folder] \ConnectorAgent i stället för i C:\ProgramData\Qlik\Gateway\tmp (standardmappen).
Inläsningsfel i segementåterställningsläge
Vid arbete i segementåterställningsläge misslyckades ibland inläsningar med ett DirectAccess-4021-fel. Problemet berodde på att EODAck anlände till agenten något efter EODAck-timeouten. Problemet löstes genom att marginellt öka EODAck-tidsgränsen.
Problem med loggningsnivå för filkoppling (via Gateway med direktåtkomst)
DEBUG-loggningsnivån för filkopplingen (via Gateway med direktåtkomst) ignoreras.
Innehållet i mappen [Gateway med direktåtkomst install folder]\data\logs\reloads rensades aldrig bort
Gamla JSON-filer rensades aldrib bort från [Gateway med direktåtkomst install folder]\data\logs\reloads Ackumuleringen av många loggar kan förbruka en betydande mängd diskutrymme över tid. Dessutom skulle det vara en utmaning att säkerhetskopiera den här mappen (som kan innehålla tusentals loggfiler).
Säkerhetshärdning
Denna förbättring lägger till ytterligare en nivå av kryptering för händelser och meddelanden som skickas mellan Qlik Cloud och Gateway med direktåtkomst, som innehåller känsliga data som Pod IP och Gateway ID.
REST-koppling
Den nya kopplingen REST (via Direct Access gateway) ger säker åtkomst till privata REST API-slutpunkter via Gateway med direktåtkomst, så att du kan strömma data direkt till din Qlik Sense-applikation.
Mer information finns i REST-datakällor (endast på engelska).
Kopplingen REST (via Direct Access gateway) kommer att rullas ut till Qlik Cloud-regioner i fyra faser, där fas 4 planeras vara klar den 17 februari.
Fas 3: US (USA) och Qlik Cloud Government
Åsidosätta standardkatalogen för cachesegment
För varje omladdning kan Gateway med direktåtkomst cachelagra databitar i minnet och ladda om dem till disk (när storleken som tilldelats för cachelagring överskrids). Du kan åsidosätta standardkatalogen för cachesegment (C:\ProgramData\Qlik\Gateway\tmp) om du inte har tillräckligt med diskutrymme på systemenheten.
Mer information finns i Åsidosätta standardkatalogen för cachesegment.
Åsidosätta standardantalet tabeller som hämtas när du arbetar med ODBC-kopplingen (via Gateway med direktåtkomst)
Som standard hämtas 10 000 tabeller för urval, vilket kan vara otillräckligt vid arbete med mycket stora databaser. Denna version introducerar möjligheten att åsidosätta standardinställningen genom att öka egenskapen ODBC_TABLES_LIMIT_FOR_GENERICODBC i filen Gateway med direktåtkomst configuration.properties.
Mer information finns i Maximalt antal tabeller att avlasta.
Stöd för flera kataloger med Google BigQuery (via Gateway med direktåtkomst) Connector
Google BigQuery (via Gateway med direktåtkomst) Connector stöder nu åtkomst till flera kataloger (motsvarande Google BigQuery-projekt) i en enda koppling.
Mer information finns i Skapa en Google BigQuery-koppling (endast på engelska).
Stöd för Unity-katalogen med Databricks (via Gateway med direktåtkomst) Connector
På Databricks (via Gateway med direktåtkomst) Connector finns nu stöd för åtkomst till data i Unity Catalog på Databricks.
Mer information hittar du under Skapa en Databricks-koppling (endast på engelska).
Minska datafel som orsakas av ODBC-drivrutinen när du använder ODBC-kopplingen (via Gateway med direktåtkomst)
Ibland, på grund av ett problem med leverantörens ODBC-drivrutinshantering av källdatatyper, kommer antingen ett fel att inträffa under inläsningen eller felaktiga data att laddas till Qlik Cloud. I sådana fall kan du åsidosätta Qlik Cloud-datatypen eller dess specifikation (t.ex. skala eller precision).
Mer information finns i Åsidosätta standard för Qlik Cloud-datatypen när du arbetar med ODBC-kopplingen (via Gateway med direktåtkomst).
Omlokalisering av logghändelser för start, avslut och omstart av koppling
Från och med Gateway med direktåtkomst 1.7.1 skrivs start-, avslutnings- och omstartshändelser för kopplingar till loggfilen Gateway med direktåtkomst(DirectAccessAgent). I tidigare versioner skrevs de till loggfilen Loggar för kopplingsagenter (connector-agent_logs_<date>).
När alternativet RELOAD_CACHE_MEMORY_MB aktiverades kunde inläsningar ibland misslyckas med följande felmeddelande, som indikerade att åtkomst nekades eller att filen inte kunde hittas:
(Connector error: data loading error (DirectAccess-4008) (DirectAccess-4001))
I vissa scenarier, främst om den port som krävs av kopplingen inte var tillgänglig, fortsatte kopplingen att krascha, även när processisolering var aktiverad.
Gateway med direktåtkomst försökte ibland återansluta till datakällan, även efter att inläsningen hade slutförts.
Ibland uppstod felet "Could not find file" när agenten för kopplingen försökte läsa en bit från disken efter att den hade laddats till minnet.
När du arbetade med SAP BW-kopplingen uppstod följande fel:
Error when parsing '0TCT_C03': The given key 'CHABASNM' was not present in the dictionary.
Problemet åtgärdades genom att lägga till stöd för äldre transporter utan metadatafältet CHABASNM.
När filen configuration.properties innehöll kopior av poster gick det inte att starta tjänsten Gateway med direktåtkomst.
Vid försök att ansluta till datakällan Azure SQL Database (via Direct_Access-gateway) med autentiseringsmetoden Azure Active Directory misslyckades testkopplingen med följande fel:
Communication link failure - ERROR [08S01] [Qlik][SqlServer] Connection broken unexpectedly
I vissa fall, när Gateway med direktåtkomst kopplades bort från Qlik Cloud, kunde det ta upp till 10 minuter att återansluta. Under denna tid kunde inga inläsningar påbörjas. Denna tid har minskats till 45 sekunder.
Om du märker att det tar betydligt längre tid än 45 sekunder för Gateway med direktåtkomst att återansluta kan du tvinga den att återansluta enligt beskrivningen i Tvinga Gateway med direktåtkomst att återansluta till Qlik Cloud.
Fil-kopplare
Den nya kopplingen Fil (via Direct Access gateway) ger säker åtkomst till filsystem via Gateway med direktåtkomst, så att du kan strömma data direkt till din Qlik Sense-applikation.
För mer information, se Fil (via Direct Access gateway) (endast på engelska).
Förbättrad prestanda med stöd för asynkrona kommandon
Stöd för asynkrona kommandon ökar effektiviteten genom att Gateway med direktåtkomst kan hantera flera kommandon samtidigt, i stället för ett åt gången.
| Qlik Cloud Region | Regionkod | Aktiverad |
|---|---|---|
| Europa (London) | eu-west-2 | 14 januari |
| Japan (Tokyo) | ap-northeast-1 | |
| Europa (Frankfurt) | eu-central-1 | 15 januari |
| Asien och Stillahavsområdet (Singapore) | ap-southeast-1 | |
| Asien och Stillahavsområdet (Sydney) | ap-southeast-2 | |
| Indien (Mumbai) | ap-south-1 | 21 januari
|
| Östra USA (Norra Virginia) | us-east-1 | |
| Europa (Irland) | eu-west-1 | January 28 |
Snowflake-koppling
Att ladda data med specialtecken skulle misslyckas med ett "SQL compilation error".
Tyst installation
En tyst installation av Gateway med direktåtkomst startar en interaktiv prompt för att reparera nödvändig programvara.
Prestanda Oracle-koppling (via Direct Access gateway)
Att ladda data med Oracle-kopplingen (via Direct Access gateway) skulle vara betydligt långsammare än att använda ODBC-drivrutinen direkt.
ODBC-koppling (via Direct Access gateway) kraschar
ODBC-kopplingen (via Direct Access gateway) kunde ibland krascha på grund av en bugg i SQL Server Simba-drivrutinen.
Intermittenta fel vid inläsning
Ominläsning av flera applikationer misslyckades periodvis med följande fel (utdrag):
Connector Datagateway Space:SQLCLUSTER01 not found (Requested endpoint could not be provisioned due to failure to acquire a load slot: The response body of the connector load info request was empty.
Processisolering är nu aktiverad som standard
I tidigare versioner inaktiverades processisolering som standard. Från Direct Access gateway 1.6.9 kommer den att aktiveras som standard, men endast med en ren installation. Om du uppgraderar kommer din befintliga konfiguration för processisolering att bevaras (av eller på, beroende på hur den såg ut före uppgraderingen).
Mer information om processisolering finns i avsnittet Processisolering
Filen Removed configuration.properties
För att förhindra att kunder av misstag ändrar fel configuration.properties-fil har mallfilen configuration.properties tagits bort från installationsmappen Gateway med direktåtkomst. Nu kommer det endast att finnas en configuration.properties-fil, som är placerad under C:\ProgramData\Qlik\Gateway.
Segment som inte raderats efter inläsning
Bearbetade segment kunde ibland inte tas bort från disken efter en inläsning.
Segment som inte raderats efter en krasch
Bearbetade segment kunde ibland inte tas bort från disken efter en Gateway med direktåtkomst-krasch.
Hög minnesanvändning
Hög minnesanvändning kunde ibland uppstå vid inläsning av lagrade segment.
Mekanism för återställning av datasegment
Denna version introducerar stöd för att skicka saknade eller skadade datasegment. För att styra storleken i minnet på de omladdade datapaketen har en ny egenskap har lagts till i filen configuration.properties: RELOAD_CACHE_MEMORY_MB
Mer information om funktionen för återställning av datablock finns i Minne för cachelagrade datablock
.NET 6.0.x krävs inte längre
Från och med den här versionen krävs inte längre .NET 6.0.x för att köra Gateway med direktåtkomst. Innan Gateway med direktåtkomst installeras bör nya kunder installera endast .NET 4.8 (behövs för installationen) samt .NET 8.0 och ASP.NET Core Runtime (för att arbeta med Gateway med direktåtkomst).
Se Systemförutsättningar för mer information om förutsättningar för Gateway med direktåtkomst
Förbättrad batchdrift för beroende processer.
Från och med den här versionen kommer beroende processer att kontrolleras parallellt istället för sekventiellt, för att på så sätt undvika undantag orsakade av ändringar i processlistan under körning.
Mer information om processisolering finns i Processisolering
Förbättrad felsökning
Mer kontext (till exempel "process ID" och "commit size") lades till i loggarnas varningar om resursanvändning.
Vilseledande felmeddelande
Efter en omstart av gatewayen (manuellt eller på grund av en krasch) kan det hända att förfrågningar skickas till kopplingsagenten (ConnectorAgent.exe) innan den har initialiserats. I ett sådant fall är felmeddelandet missvisande. Nu kommer felmeddelandet att indikera att gatewayen inte är kopplad.
Misslyckade inläsningar orsakade av bortkoppling
Bortkopplingar av Gateway med direktåtkomst efter den första inläsningen kunde ibland orsaka att efterföljande inläsning misslyckades, med följande fel:
Requested endpoint could not be provisioned due to failure to acquire a load slot: Command getReloadSlot error for reload
Inläsning misslyckades på grund av nedstängning av pod
Analysmotorn kunde ibland cacha kopplingar från tidigare sessioner och skicka en förfrågan till en pod som hade fått en förfrågan om nedstängning. Detta skulle leda till att inläsningar misslyckades med följande fel:
Connector error: data loading error (DirectAccess-4008)
Omladdningen fastnade efter omstart av Gateway med direktåtkomst-tjänsten
I vissa scenarier försökte inte kopplingsagenten återansluta efter att ha kopplats bort under inläsningen, vilket resulterade i följande fel:
Reload web socket was aborted due to a failure (DirectAccess-1103)
Amazon Redshift-koppling: SELECT-tabellen skulle fylla i dubbla kolumner
När tabeller fanns i ett externt schema som refererades från den databas som skapats i Datashare, visades dubbla kolumner i förhandsgranskningen för DLE/ Datahanteraren.
Stöd för automatisk portallokering vid arbete med processisolering
Tidigare var det inte möjligt att ställa in värdet för max antal samtidiga inläsningsprocesser på högre än 10 när standardportnummer och intervallinställningar användes. Från och med den här versionen kommer portar att allokeras automatiskt, vilket gör att antalet samtidiga reload-processer kan vara större än 10.
Förbättrad paginering i metadata när du arbetar med SAP SQL-koppling (via Direct Access gateway)
Med den här förbättringen kommer tabeller att hämtas i batcher om 10 000 för att förhindra att tidsgräns överskrids när 10 000 eller fler tabeller hämtas.
Utgångna omladdningar frigörs inte vid användning av processisolering
Vid användning av processisolering skulle anslutningsprocesser inte frigöras för utgångna omladdningar.
Amazon Redshift-sessioner fortsätter att köras trots att appen har avbrutits
Amazon Redshift-sessioner fortsatte att köras tills frågan var klar, även om den QCS-applikation som kördes avbröts.
Åtgärdade sårbarheter i säkerheten
Omladdningen fastnade efter omstart av Gateway med direktåtkomst-tjänsten
Vid användning av frågor utan urval och en lagrad procedur hängde sig omladdningen i flera timmar efter omstart av Gateway med direktåtkomst-tjänsten.
Problem med förhandsgranskning och omladdning av data
Problem med förhandsgranskning och omladdning av data kunde ibland uppstå när man använde ODBC-kopplingen (via Gateway med direktåtkomst) för att komma åt Microsoft Fabric.
Fel vid tillägg av en ORDER BY-sats
Att lägga till en ORDER BY-sats skulle orsaka ett fel när du använder ODBC-kopplingen (via Gateway med direktåtkomst) och SQL Anywhere 17.
Stöd för åtkomst till ServiceNow via Gateway med direktåtkomst
I den här versionen introduceras stöd för ServiceNow (via Gateway med direktåtkomst) -koppling, vilket gör det möjligt för kunder att på ett säkert sätt komma åt brandväggsskyddade ServiceNow-datakällor via en strikt utgående, krypterad och ömsesidigt autentiserad koppling.
Stöd för nya autentiseringsmetoder när följande Gateway med direktåtkomst-kopplingar används:
Förbättrad metadataväxling vid arbete med ODBC-kopplingar
Med den här förbättringen kommer tabeller att hämtas i batcher om 10 000 för att förhindra att tidsgräns överskrids när 10 000 eller fler tabeller hämtas.
Krav för .NET 8.X
Från och med den här versionen måste kunder installera både .NET 6 och .NET 8.x för att arbeta med Gateway med direktåtkomst. Vid installation eller uppgradering kommer installationsprogrammet att installera dem automatiskt om de inte redan har installerats.
Förbättrat stöd
Till stöd vid felsökning har ytterligare loggning har lagts till som mäter varaktigheten för Gateway med direktåtkomst-begäran.
Om kopplingen mellan Gateway med direktåtkomst och Qlik Cloud var inaktiv i 30 sekunder eller mer misslyckades ibland omladdningen med följande felmeddelande: Ogiltigt objektnamn '#<TempTableName>' (vilket indikerar att Gateway med direktåtkomst-temp-tabellerna inte är tillgängliga).
För att åtgärda detta lades en ny Tidsgräns för laddningsbegäran-inställning till. Den nya parametern ställer in laddningssessionens varaktighet för ODBC-kopplingen och har ett standardvärde på 20 sekunder.
Gateway med direktåtkomst-kopplingens intervall mellan försök växte kontinuerligt men återställdes aldrig. Det enda sättet att återställa intervallet mellan försök vara att starta om Gateway med direktåtkomst-tjänsten.
När felaktig syntax användes för att anropa en lagrad procedur från Oracle hängde sig laddningsåtgärden i flera timmar i stället för att avslutas omedelbart med ett informativt fel.
Stöd för kopplingen till SAP ODP
I den här versionen introduceras möjligheten att komma åt en SAP ODC-källa via Gateway med direktåtkomst. För att underlätta detta har ett nytt Datagateway-fält lagts till i SAP ODP-koppling. Med det nya fältet kan kunder välja vilken gateway de vill använda för att komma sin SAP ODB-källa.
Se även: SAP ODP-koppling (endast på engelska)
Utökade loggningsfunktioner
I den här versionen introduceras en ny logg som Qlik Support kan använda för att felsöka problem med specifika gateway-komponenter.
Nytt stöd för region
Japan stöds nu som region för Qlik Cloud-klientorganisationer.
Prestandaförbättring
Förbättrad minnestilldelning för krypterade sessioner.
Säkerhetssårbarhet
Hemligheter skrevs till DCAAS-loggen vid arbete med ODBC-kopplingen.
Processisoleringsprestanda
Det tog lång tid för processer att starta vid tung belastning.
Felaktig installationssökväg
Vid installation av Gateway med direktåtkomst konfigurerades alltid Qlik som rotmapp, även om användaren valde en annan mapp i konfigurationsguiden.
Stöd för att visa och hämta loggfiler från aktivitetscentret för Administration
I den här versionen finns det möjlighet att visa Gateway med direktåtkomst-loggfiler i aktivitetscentret för Administration och vid behov dela dem med Qlik-supporten. Normalt finns det ingen anledning att visa loggfiler men om återkommande fel eller andra problem inträffar kan loggfilerna ofta hjälpa till att identifiera orsaken.
Se även: Visa och ladda ner loggfiler
Stöd för att installera Gateway med direktåtkomst tyst
Nu kan kunder installera Gateway med direktåtkomst tyst, vilket är praktiskt om du behöver installera Gateway med direktåtkomst på flera maskiner i din organisation.
Förbättrad sessionskontinuitet
När en laddningssession löper ut inträffade ibland ett DirectAccess-1012-fel. Nu försöker Gateway med direktåtkomst att hålla laddningssessionen igång genom att pinga Qlik Cloud oftare.
Felaktigt parameternamn i filen configuration.properties
Vid en ny installation av Gateway med direktåtkomst kallades parameternamnet EXTEND_FIRST_REQUEST_TIMEOUT i filen C:\ProgramData\Qlik\Gateway\configuration.properties felaktigt för FIRST_REQUEST_TIME_EXTENSION.
Laddningspoddars tillgänglighet
När flera laddningar delade samma laddnings-ID uppnådde antalet laddningspoddar i QCS sitt maximum.
Förhindra dataförlust
I föregående versioner återanslöt inte Direct Access gateway automatiskt till datakällan under en laddning för att förhindra eventuella dataförluster. Från och med den här versionen kommer Direct Access gateway nu automatiskt att återansluta till datakällan vid behov. För att förhindra dataförlust kommer sammanfattningen av den slutförda laddningen att verifieras före återanslutning. Om dataförlust upptäcks kommer laddningen att misslyckas.
Överskriden tidsgräns för laddningssessioner
I sällsynta scenarier skulle laddningssessionen kunna vara igång oändligt länge. För att förhindra att det inträffar införs en tidsgräns på tre timmar för laddningssessioner i den här versionen.
Förlängd tidsgräns för laddningsbegäran
Laddningar misslyckades ibland med följande fel:
Connector error: The session does not exist (DirectAccess-1509) Connector error: The stream session expired for the load data request (DirectAccess-1012) För att mildra detta problem har en parameter för Tidsgräns för begäran om laddning (för att förlänga tidsgränsen för laddningsbegäran) lagts till i inställningarna på Gateway med direktåtkomst.
Kunder som ofta stöter på dessa fel bör testa att ställa in värdet till 5–10 minuter.
Detaljerade instruktioner finns i Tidsgräns för begäran om laddning.
Stöd för detaljerade kopplingsfelmeddelanden
Stöd har lagt till för att visa detaljerade kopplingsfelmeddelanden vid användning av ODBC-baserade kopplingar via Direct Access gateway. Kunder kan nu ställa in ShowErrorDetailMessage -parametern i de Avancerade kopplingsinställningarna till "true" för att se det fullständiga felet som returneras av ODBC-drivenheten. Det detaljerade felmeddelandet visas i Skriptredigeraren.
Hantering av flera laddningar med samma laddnings-ID
Från och med den här versionen används motorsessions-ID för att skilja mellan flera laddningar med samma laddnings-ID. På så sätt förhindras potentiella konflikter som leder till att laddningar misslyckas med följande fel:
Connector error: data loading error (DirectAccess-4008 Stöd för att fördela laddningar på flera olika kopplingsprocesser.
Kopplingsprocessisolering har lagts till i Direct Access gateway. Den här funktionen måste väljas aktivt och är därför avstängd som standard. Med processisolering kan administratörer med direkt åtkomst till gateway-serverns operativsystem styra hur många processer som är tillgängliga för laddningar per kopplingstyp. Att fördela laddningar på flera olika kopplingsprocesser ökar graden av isolering genom att minska antalet laddningar som körs samtidigt på varje kopplingsprocess. Detta kan i sin tur förbättra den övergripande stabiliteten för Gateway med direktåtkomst i sådana fall där krascher har inträffat.
Mer information om processisolering finns i avsnittet Processisolering
Lade till möjligheten att inaktivera segmentering när du arbetar med SAP BW-kopplingen (via Direct Access gateway)
I den här versionen introduceras programparametern BEX_ONE_CHUNK för SAP BW-kopplingen (via Direct Access gateway). Vid åtkomst till SAP BW direkt från Qlik Cloud (d.v.s. inte via Direct Access gateway) delas resultatuppsättningen av prestandaskäl upp i segment i SAP-backenden och läses som separata trådar. Men vid åtkomst till SAP BW via Direct gateway finns det egentligen ingen fördel med att dela upp resultatuppsättningen i segment. Tvärtom förbrukas mer av det delade minnet i SAP eftersom ytterligare en temp-tabell måste skapas under tiden som dataöverföringen pågår. Det är möjligt (men inte obligatoriskt) att börja segmentera genom att ställa in BEX_ONE_CHUNK:false i filen appsettings.json som finns i mappen med SAP-kopplingens binärfiler.
Diagnosförbättringar för kopplingar till SAP BW (via Direct Access gateway) och SAP SQL (via Direct Access gateway)
För SAP BW (via Direct Access gateway) och SAP SQL (via Direct Access gateway) har ett suffix _port lagts till före loggfilnamnets filtillägg och meddelandet ProcessID=### har lagts till i kopplingens loggfiler för att göra det möjligt att skilja mellan händelser från nya instanser av kopplingen som lyssnar på samma port.
Förbättringar av återanslutning
Återanslutningsmekanismen under laddning har förbättrats, så att Direct Access gateway inte längre behöver ansluta till den pod som startade laddningen (som det var tidigare). Nu kommer den, i stället för att försöka ansluta till den pod som startade laddningen (vilket ofta ledde till misslyckade laddningar), att ansluta till den första tillgängliga podden.
Logg för ODBC-koppling via Direct Access gateway
När laddningar utfördes från olika datakällor hamnade processer från en datakälla felaktigt i loggen för en annan datakälla.
Saknad fil i konfigurationen
Filen configuration.properties kopierades inte under installationen av Direct Access gateway.
Laddningsfel under resursskalning av Qlik Cloud
Resursskalning av Qlik Cloud ledde ibland till ett DirectAccess-1006-fel. En förbättring gjordes för att förbättra hanteringen av vissa resursskalningsscenarion i Qlik Cloud som inträffar under laddning av program via Direct Access gateway.
Fel vid anslutning till Snowflake
Anslutning till Snowflake via ODBC-kopplingen (via Direct Access gateway) misslyckades.
Fel vid felsökning av programskript i DLE
Felsökning av programskript i skriptredigeraren (DLE) med alternativet Begränsa resultat aktiverat misslyckades ibland med följande fel.
Connector error: Invalid load request (DirectAccess-1006).
Microsoft SQL Server (via Direct Access gateway) -koppling: Vid försök att upprätta en anslutning till en SQL Server som är installerad på äldre Windows Server-versioner misslyckades anslutningen på grund av ett TLS-kompatibilitetsproblem och följande fel returnerades:
Please check the values for Username‚ Password‚ Host and other properties. Description: Client unable to establish connection - ERROR [08001] [Qlik][SqlServer] Problem establishing connection to the server. SQL Server-drivrutinen har uppdaterats för att åtgärda problemet.
SAP SQL (via Direct Access gateway) -koppling: Vid försök att förhandsgranska en tabell inträffade ibland följande fel:
Exception of Type System.OutOfMemoryException SAP SQL (via Direct Access gateway)-koppling: Vid försök att förhandsgranska en tabell överskreds ibland en tidsgräns efter några minuter med följande fel:
Request could not be completed.