# Mise à niveau et désinstallation de Passerelle de données Qlik - Accès direct

Cette section explique comment mettre votre installation Direct Access gateway à niveau et répertorie les nouvelles fonctionnalités et améliorations de chaque version.

## Réalisation d'une mise à niveau

### Sauvegarde de votre installation Direct Access gateway

Il est recommandé de sauvegarder les fichiers Direct Access gateway importants avant de mettre votre installation à niveau.

Pour effectuer cette action :

1. Effectuez l’une des opérations suivantes, selon le flux de travail d’installation :

   * Installation sur un serveur Windows :

     Arrêtez le service Direct Access gateway.

   * Installation conteneurisée :

     Arrêtez le conteneur direct-access-agent.

2. Effectuez l’une des opérations suivantes, selon le flux de travail d’installation :

   * Installation sur un serveur Windows :

     Sauvegardez tous les fichiers (pas les sous-dossiers) dans [dossier d'installation]\data. L'emplacement par défaut est C:\Program Files\Qlik\ConnectorAgent\data.

     Cette opération permet de sauvegarder la configuration du client et les fichiers d'enregistrement de la passerelle de la version actuelle.

     Note Avertissement

     N'enregistrez pas les sauvegardes dans C:\Program Files\Qlik, car le contenu de ce dossier pourrait être nettoyé lors de la mise à niveau.

   * Installation conteneurisée :

     Sauvegardez tous les fichiers (pas les sous-dossiers) dans /usr/data.

3. Lors de la mise à niveau, le programme d’installation doit créer une copie du fichier configuration.properties comme suit : Cependant, par précaution, vous pouvez tout de même sauvegarder le fichier configuration.properties.

   * Installation sur un serveur Windows :

     * Créez une copie du fichier C:\ProgramData\Qlik\Gateway\configuration.properties sous le nom de C:\ProgramData\Qlik\Gateway\configuration.properties\_BK.

     * Pensez également à sauvegarder le fichier C:\ProgramData\Qlik\Gateway\configuration.properties lui-même.

     Note Avertissement

     N'enregistrez pas les sauvegardes dans C:\Program Files\Qlik, car le contenu de ce dossier pourrait être nettoyé lors de la mise à niveau.

   * Installation conteneurisée :

     * Créez une copie du fichier /usr/share/Qlik/Gateway/configuration.properties sous le nom de /usr/share/Qlik/Gateway/configuration.properties\_BK.

     * Pensez également à sauvegarder le fichier /usr/share/Qlik/Gateway/configuration.properties lui-même.

4. Une fois la mise à niveau terminée, si vous rencontrez des problèmes liés à la configuration du client, suivez la procédure décrite à la section [Restauration de votre installation Direct Access gateway](https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-upgrading.htm#Restorin) ci-dessous.

Note AvertissementSi des problèmes surviennent lors de la mise à niveau, ne supprimez jamais Direct Access gateway du centre d’activités Administration. Si vous le faisiez, vous casseriez l'ensemble de vos connexions de données existantes, puisque vous enregistreriez une « nouvelle » passerelle à ce moment-là au lieu de réenregistrer une passerelle existante.

#### Procédure de mise à niveau

Note InformationsCette section s’applique principalement aux mises à niveau des passerelles installées sur un serveur Windows. Pour les installations Direct Access gateway conteneurisées, un nouveau déploiement d’une version plus récente effectuera automatiquement cette mise à niveau.

Pour mettre Direct Access gateway à niveau, il vous suffit de télécharger le fichier de configuration comme décrit dans [Étape un : téléchargez Passerelle de données Qlik - Accès direct](https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-setup-win.htm#Stage5) et d'exécuter la configuration sur le poste Direct Access gateway.

Vous pouvez déterminer la version de Passerelle de données Qlik - Accès direct installée via les méthodes suivantes :

* Accédez à Passerelles de données dans Administration et consultez la colonne Version.

* Accédez à la page Applications et fonctionnalités des Paramètres Windows sur l'ordinateur d'installation.

  ![Numéro de version de Passerelle de données Qlik - Accès direct](https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Resources/Images/ui_DataGatewayVersion.png)

#### Restauration de votre installation Direct Access gateway

Une fois la mise à niveau terminée, si vous rencontrez des problèmes liés à la configuration du client, à l'enregistrement de la passerelle ou à la configuration de la passerelle (configuration.properties), arrêtez le service Direct Access gateway, restaurez les fichiers sauvegardés à leurs emplacements d'origine, puis démarrez le service Direct Access gateway.

Consultez également : [Sauvegarde de votre installation Direct Access gateway](https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-upgrading.htm#Backing).

## Historique des versions de Passerelle de données Qlik - Accès direct

| Versions | Date de publication | Modifications significatives | Date de fin de la prise en charge |
| --- | --- | --- | --- |
| 1.8.1 | 20 octobre 2026 | Nouvelles fonctions et fonctions améliorées<br><br>Cette version lance de nouvelles fonctionnalités et des fonctionnalités améliorées ainsi que plusieurs correctifs de bogues.<br><br><ul> <li> <p>Support de davantage de connecteurs dans les déploiements conteneurisés</p> <p>Les installations conteneurisées de <span>Direct Access gateway</span> supportent désormais les connecteurs SAP BW, SAP SQL, SAP ODP, SAP Report et MySQL. Les connecteurs SAP nécessitent le SDK RFC SAP NetWeaver.</p> <p>Pour des instructions de configuration, consultez <a href="https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-setup-container.htm">Configuration de Qlik Data Gateway - Direct Access dans un conteneur</a> et <a href="https://help.qlik.com/en-US/cloud-services/Subsystems/SAP_Connectors_Help/Content/Connectors_SAP/Installation/Installing-sap-connectors-for-direct-access-gw.htm">Installation du SDK RFC SAP NetWeaver pour Qlik Data Gateway - Direct Access</a><span> (uniquement en anglais)</span>.</p> </li> <li> <p>Configuration du téléchargement de fichier asynchrone</p> <p>Le connecteur File peut utiliser la fonctionnalité <code>AsyncFileDownloadRequest</code> en option pour configurer les téléchargements de fichiers sans blocage. Si la fonctionnalité n'est pas négociée, la passerelle utilise le chemin d'accès à la configuration synchrone.</p> <p>Pour les détails de configuration, consultez <a href="https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm">Configuration et dépannage de Qlik Data Gateway - Direct Access</a>.</p> </li> <li> <p>Mise à jour du délai avant expiration de l'accusé de réception de téléchargement de fichier sans redémarrage</p> <p>Vous pouvez modifier le paramètre <code>FILE_REQUESTDOWNLOAD_ACK_TIMEOUT_SECONDS</code> via l'API Configuration sans redémarrer la passerelle.</p> </li> </ul><br><br>Problèmes résolus<br><br><ul> <li> <p>Les commandes CLI ne signalent plus d'erreur log4net FileOpenFailure</p> <p>Résolution d'un problème dans lequel les commandes de l'interface de ligne de commande signalaient une erreur log4net <code>FileOpenFailure</code>.</p> </li> <li> <p>Validation du répertoire de cache de blocs</p> <p>Résolution d'un problème dans lequel la propriété <code>OVERRIDE_CHUNKS_CACHE_DIR</code> n'était pas validée.</p> </li> <li> <p>Métriques de ressources de conteneur et détection d'environnement</p> <p>Résolution de problèmes dans lesquels une passerelle conteneurisée signalait des métriques de CPU, de mémoire et de disque à l'échelle de l'hôte au lieu des métriques de conteneur et pouvait mal détecter l'environnement lorsqu'elle s'exécutait sous containerd.</p> </li> <li> <p>Les requêtes de chargement simultanées ne risquent plus de subir des pertes de données</p> <p>Résolution d'un problème dans lequel un composant de passerelle partageait l'état client gRPC par requête entre des requêtes de chargement en chevauchement, ce qui pouvait entraîner une perte de données silencieuse dans de rares cas.</p> </li> <li> <p>Erreurs de fichier introuvable lors des nouvelles tentatives de chargement</p> <p>Résolution d'un problème qui pouvait provoquer des erreurs <code>$(MUST_INCLUDE=...) *** file not found</code> intermittentes lorsque les chargements dépassaient la limite de mémoire de chargement du moteur QIX et étaient retentés avec le même ID de chargement.</p> </li> <li> <p>Récupération du chargement après l'exclusion d'un WebSocket abandonné</p> <p>Résolution d'un problème dans lequel l'exclusion d'un WebSocket de chargement abandonné lors de la reconnexion pouvait faire échouer le chargement avec une erreur <code>DirectAccess-4002</code> au lieu de permettre sa récupération.</p> </li> <li> <p>Noms de fichier journal du connecteur File</p> <p>Résolution d'un problème dans lequel les noms de fichier journal du connecteur File pouvaient contenir des noms de fichier répétés et imbriqués.</p> </li> <li> <p>Autorisations de la boîte de dialogue des paramètres de la passerelle</p> <p>Résolution d'un problème dans lequel la boîte de dialogue des paramètres de la passerelle affichait une erreur d'autorisations insuffisantes parce que la requête de configuration du collecteur de métriques renvoyait une réponse&nbsp;404.</p> </li> <li> <p>Mises à jour de sécurité du pilote ODBC</p> <p>Les pilotes ODBC Phoenix, Google BigQuery, ServiceNow et MySQL utilisent désormais OpenSSL&nbsp;3.5.8. Les pilotes ODBC Phoenix, Google BigQuery et ServiceNow utilisent désormais libcurl&nbsp;8.22.0.</p> </li> </ul> | 20 octobre 2027 |
| 1.8.0 | 17 septembre 2026 | Nouvelles fonctions et fonctions améliorées<br><br>Cette version lance de nouvelles fonctionnalités et des fonctionnalités améliorées ainsi que plusieurs correctifs de bogues.<br><br><ul> <li> <p>Déploiement conteneurisé (avec support Linux)</p> <p>En plus de l’installation Windows existante, <span>Direct Access gateway</span> peut désormais être déployé dans un environnement Docker conteneurisé. Cela permet le déploiement de <span>Direct Access gateway</span> dans des environnements Linux et Windows via un conteneur. Cette première version de conteneur supporte le connecteur ODBC (PostgreSQL, SQL Server et Oracle) et le connecteur REST.</p> <p>Pour les conditions préalables requises et les détails de déploiement, consultez <a href="https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-setting-up.htm">Configuration de Qlik Data gateway - Direct Access</a> et <a href="https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-setup-container.htm">Configuration de Qlik Data gateway - Direct Access dans un conteneur</a>.</p> </li> <li> <p>Enregistrement automatique de la passerelle depuis la ligne de commande</p> <p>Vous pouvez désormais enregistrer automatiquement <span>Direct Access gateway</span> depuis la ligne de commande sans utiliser le centre d’activités <span>Administration</span>. Cela s’avère particulièrement utile pour les déploiements multi-clients et d’autres scénarios qui nécessitent un enregistrement automatisé et sans surveillance. La méthode est supportée pour les installations <span>Windows</span> et conteneurisées.</p> <p>Pour les détails de configuration, consultez <a href="https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-setting-up.htm#StageAuto">Enregistrement automatique de la passerelle à l’aide de la ligne de commande</a>.</p> </li> <li> <p>Support d'AWS PrivateLink (lancé le 22&nbsp;septembre&nbsp;2026)</p> <p>Les clients disposant d'abonnements Qlik Cloud Analytics Enterprise ou Qlik Sense Enterprise SaaS peuvent désormais établir un point de terminaison AWS PrivateLink entre leurs données et leur client Qlik Cloud via Direct Access gateway. Cela signifie que les données chargées dans les applications Qlik Analytics peuvent être envoyées via une connexion réseau privée. Pour plus d'informations et des détails sur la configuration, consultez <a href="https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-aws-privatelink.htm">Configuration d'AWS PrivateLink pour Qlik Data gateway - Direct Access</a>.</p> </li> <li> <p>Améliorations apportées au connecteur File</p> <ul> <li> <p>Ajout d’un délai d’expiration configurable (<span>FILE_REQUESTDOWNLOAD_ACK_TIMEOUT_SECONDS</span>) pour la confirmation de téléchargement de fichier initial. Cette configuration contribuera à atténuer les erreurs DirectAccess-2007 liées aux actualisations du connecteur File.</p> </li> <li> <p>Ajout d’une journalisation de diagnostic pour les blocages de téléchargement du connecteur File.</p> </li> </ul> </li> </ul><br><br>Problèmes résolus<br><br><ul> <li> <p>L’installation et la désinstallation silencieuses fournissent désormais des résultats précis</p> <p>Résolution d’un problème dans lequel une installation ou une désinstallation silencieuse pouvait indiquer qu’elle avait réussi, même lorsque les étapes de post-installation échouaient, comme la collecte des journaux d’installation ou la finalisation de l’enregistrement du client. Les installations et désinstallations silencieuses renvoient désormais le résultat réel, et les programmes d’installation des prérequis s’exécutent désormais en silence au lieu d’attendre dans des boîtes de dialogue masquées.</p> </li> <li> <p>Renforcement du script de démarrage du connecteur</p> <p>Résolution d’un problème dans lequel les scripts de démarrage du connecteur pouvaient sonder un chemin d’accès non fiable lorsque les extensions de commande Windows étaient désactivées, ce qui pouvait également empêcher l’application silencieuse des remplacements de configuration. Pour éviter ce problème, les scripts activent désormais explicitement les extensions de commande.</p> </li> <li> <p>Mise à jour du pilote Google BigQuery</p> <p>Le pilote ODBC Google BigQuery a été mis à jour à la version&nbsp;3.3.1.3003</p> </li> <li> <p>Mises à jour de sécurité</p> <p>Les bibliothèques OpenSSL et libcurl ont été mises à niveau pour les pilotes ODBC&nbsp;:</p> <ul> <li> <p>Tous les pilotes ODBC, à l’exception d’Apache Spark, ont été mis à niveau de sorte à utiliser OpenSSL&nbsp;3.5.7.</p> </li> <li> <p>Tous les pilotes ODBC, à l’exception d’Apache Spark, ont été mis à niveau de sorte à utiliser libcurl&nbsp;8.21.0.</p> </li> </ul> </li> </ul> | 17 septembre 2027 |
| 1.7.17 | 11 août 2026 | Nouvelles fonctions et fonctions améliorées<br><br>Cette version lance de nouvelles fonctionnalités et des fonctionnalités améliorées ainsi que plusieurs correctifs de bogues.<br><br><ul> <li> <p>Support des tests de benchmark dans l'interface utilisateur (lancé le 18&nbsp;août&nbsp;2026)</p> <p>La passerelle <span>Direct Access gateway</span> affiche désormais les résultats des tests de benchmark directement dans le centre d'activités <span>Administration</span>, offrant ainsi aux administrateurs une meilleure visibilité sur les performances de la passerelle sans avoir à explorer les fichiers journaux.</p> <p>Les tests de benchmark sont des opérations de diagnostic qui mesurent la connectivité réseau et les performances entre <span>Direct Access gateway</span> et <span>Qlik Cloud</span>. Utilisez-les pour résoudre les problèmes de performances de chargement, établir des références de performances ou comparer des passerelles.</p> <p>Vous pouvez désormais afficher les résultats de ces exécutions de benchmark directement dans le centre d'activités <span>Administration</span>, ce qui facilite l'identification des conditions réseau qui affectent les performances de chargement et la collecte des informations nécessaires au dépannage — sans quitter l'expérience d'administration.</p> <p>Pour plus d'informations, consultez <a href="https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-managing-console.htm#ViewingBenchmarks">Affichage et exécution des tests de benchmark</a>.</p> </li> <li> <p>Nouvelle option de configuration pour limiter la conservation des journaux de tous les composants <span>Direct Access gateway</span></p> <p>Une nouvelle option de configuration est disponible pour limiter la conservation de tous les journaux de composants <span>Direct Access gateway</span>, y compris les connecteurs, DCaaS et l'agent lui-même. Cette option peut être configurée via l'UI <span>Direct Access gateway</span> et l'<a href="https://qlik.dev/apis/rest/direct-access-agents/" target="_blank">API publique</a>.</p> </li> </ul><br><br>Problèmes résolus<br><br><ul> <li> <p>Erreurs DirectAccess-1103 causées par des envois WebSocket simultanés</p> <p>Résolution d'un problème qui entraînait l'abandon silencieux de WebSockets d'actualisation en raison d'envois simultanés, provoquant des erreurs DirectAccess-1103 et des échecs d'actualisation.</p> </li> <li> <p>Augmentation du délai avant expiration du test Benchmark</p> <p>Le délai avant expiration du test Benchmark a été porté à 10&nbsp;minutes pour supporter l'exécution sur des postes plus lents.</p> </li> <li> <p>Journal d'isolation de processus absent pour le connecteur REST</p> <p>Résolution d'un problème qui empêchait la génération du journal d'isolation de processus lors de l'utilisation du connecteur REST. Le connecteur REST consigne désormais les informations d'isolation de processus comme les autres connecteurs <span>Direct Access gateway</span>.</p> </li> <li> <p>Mises à jour de sécurité</p> <p>Les pilotes ODBC suivants ont été mis à jour de sorte à pouvoir utiliser OpenSSL&nbsp;3.5.7&nbsp;:</p> <ul> <li> <p>MongoDB</p> </li> <li> <p>Impala</p> </li> <li> <p>Phoenix</p> </li> <li> <p>Hive</p> </li> <li> <p>MySQL</p> </li> </ul> <p>Les pilotes ODBC Impala, Phoenix et Hive ont également été mis à jour de sorte à pouvoir utiliser libcurl&nbsp;8.21.0.</p> </li> </ul> | 11 août 2027 |
| 1.7.16 | 14 juillet 2026 | Nouvelles fonctions et fonctions améliorées<br><br>Cette version lance de nouvelles fonctionnalités et des fonctionnalités améliorées ainsi que plusieurs correctifs de bogues.<br><br><ul> <li> <p>La récupération de blocs peut être désactivée par connexion</p> <p>Vous pouvez désormais désactiver la récupération de blocs pour des connecteurs spécifiques, ce qui offre un contrôle plus granulaire sur la résilience et les performances d'actualisation. Ce paramètre remplace la configuration globale de récupération de blocs et peut être configuré directement dans les paramètres du connecteur ou via l'<a href="https://qlik.dev/apis/rest/direct-access-agents/" target="_blank">API publique</a>.</p> <p>Pour informations détaillées sur la configuration, consultez <a href="https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#ChunksRecoveryPerConnection">Désactivation de la récupération de blocs par connexion</a>.</p> </li> <li> <p>Support de la région Canada</p> <p><span>Direct Access gateway</span> supporte désormais le déploiement dans la région Canada, étendant la disponibilité pour les clients ayant des exigences de résidence des données.</p> </li> <li> <p>Amélioration du débit du flux d'actualisation</p> <p>Le débit du flux d'actualisation a été amélioré grâce à l'optimisation de la gestion du pool de threads, de la gestion du protocole WebSocket et de la régulation adaptative. Ces améliorations sont automatiques et ne nécessitent aucune configuration.</p> </li> <li> <p>Support des extensions de fichiers personnalisées pour le connecteur File</p> <p>Le connecteur File vous permet désormais de configurer des extensions de fichier personnalisées au-delà des types supportés par défaut. Configurez des extensions autorisées via les paramètres de la passerelle ou en modifiant le fichier de configuration des extensions.</p> <p>Pour plus de détails sur la configuration, consultez <a href="https://help.qlik.com/en-US/cloud-services/Subsystems/Web_Storage_Provider_Connectors_help/Content/Connectors_StorageProvider/Storage provider connectors/File-DG-storage-provider-connector.htm#FileConnectorExtensions">Autorisation des extensions personnalisées</a><span> (uniquement en anglais)</span>.</p> </li> </ul><br><br>Problèmes résolus<br><br><ul> <li> <p>Erreur de dépassement du délai de la connexion DirectAccess-1513</p> <p>Résolution d'un problème dans lequel les connexions expiraient de temps en temps avec l'erreur DirectAccess-1513, en particulier lors de scénarios à forte simultanéité.</p> </li> <li> <p>Mises à jour de sécurité</p> <p>Les bibliothèques OpenSSL ont été mises à niveau pour les pilotes suivants&nbsp;: </p> <ul> <li> <p>Les pilotes Google BigQuery et Snowflake ont été mis à niveau à la version&nbsp;3.5.7 </p> </li> <li> <p>Les pilotes Amazon Athena, Amazon Redshift, Apache Spark et ServiceNow ont été mis à niveau à la version&nbsp;3.5.6 </p> </li> <li> <p>Les bibliothèques OpenSSL de tous les autres pilotes (sauf MySQL) ont été mises à niveau à la version&nbsp;3.0.20 dans <span>Direct Access gateway</span>&nbsp;1.7.15</p> </li> </ul> </li> <li> <p>Identification incorrecte du type de connecteur </p> <p>Dans de rares cas, une session de connecteur initialement connectée sous un certain type (par exemple, ODBC) était ultérieurement signalée sous un type différent (par exemple, REST).</p> </li> </ul> | 14 juillet 2027 |
| 1.7.15 | 9 juin 2026 | Problèmes résolus<br><br><ul> <li> <p>Problèmes de connecteur SAP&nbsp;BW (via <span>Direct Access gateway</span>)&nbsp;:</p> <ul> <li> <p><span>Sélection de valeurs vides&nbsp;:</span> lorsque les colonnes contenaient des valeurs vides, les chargements échouaient.</p> </li> <li> <p><span>Analyse des caractères Unicode&nbsp;: </span>lorsque les scripts Load Query contenaient des caractères Unicode, cela entraînait une erreur d'analyse.</p> </li> <li> <p><span>Opérateurs IN et AND&nbsp;:</span>lorsque les blocs de condition contenaient les opérateurs <span>IN</span> et <span>AND</span>, cela entraînait une erreur.</p> </li> </ul> </li> <li> <p>Connecteur PostgreSQL (via <span>Direct Access gateway</span>) - troncation des données</p> <p>Les chaînes contenant plus de 255&nbsp;caractères étaient tronquées.</p> </li> <li> <p>Connecteur&nbsp;ODBC (via <span>Direct Access gateway</span>) - aperçu de la table</p> <p>Après la mise à niveau de <span>Direct Access gateway</span> à la version&nbsp;1.7.13, la prévisualisation des colonnes de table sans guillemets doubles entraînait une erreur.</p> </li> <li> <p>Exception de redémarrage de la CLI de la passerelle</p> <p>Une tentative de redémarrage de la passerelle depuis la ligne de commande via <span>connectoragent.exe services restart</span> entraînait une erreur.</p> </li> <li> <p>Sécurité</p> <p>Plusieurs copies non utilisées des DLL OpenSSL&nbsp;3.0.8 ont été supprimées.</p> </li> <li> <p>API Benchmark - problème de suppression de fichier SQLite</p> <p>À partir de <span>Direct Access gateway</span>&nbsp;1.7.13, le fichier SQLite (contenant les données de chargement de référence) n'était pas supprimé une fois le test de référence terminé.</p> </li> </ul> | 9 juin 2027 |
| 1.7.14 | 14 mai 2026 | Nouvelles fonctions et fonctions améliorées<br><br>Cette version lance de nouvelles fonctionnalités et des fonctionnalités améliorées ainsi que plusieurs correctifs de bogues.<br><br><ul> <li> <p>Amélioration de la résolution des problèmes grâce à la propagation des configurations de passerelle</p> <p>Les configurations de passerelle sont désormais propagées à <span>Qlik</span> Cloud pour faciliter la résolution des problèmes par Support <span>Qlik</span>.</p> </li> <li> <p>Affinité de session Gloo pour les reconnexions d'actualisation</p> <p>Les reconnexions d'actualisation utilisent désormais l'affinité de session Gloo, ce qui réduit la charge sur les services et améliore les taux de réussite des actualisations.</p> </li> </ul><br><br>Problèmes résolus<br><br><ul> <li> <p>Mappage des types de données avec des connexions basées sur DSN</p> <p>Le mappage des types de données fonctionne désormais correctement avec des connexions basées sur DSN.</p> </li> <li> <p>Connecteur File avec masque Filelist</p> <p>Résolution d'un problème dans lequel le connecteur File renvoyait une erreur lors de l'utilisation d'un masque Filelist pour des fichiers qui n'existent pas.</p> </li> <li> <p>Problème d'installation et de mise à niveau du redistribuable C++</p> <p>Résolution de problèmes d'installation et de mise à niveau liés au package redistribuable C++.</p> </li> <li> <p>Délai d'initialisation du connecteur File</p> <p>Atténuation des erreurs intermittentes <span>DirectAccess-5000</span> et <span>DirectAccess-1510</span> causées par des délais d'initialisation du connecteur File lorsque Isolation des processus est activé.</p> </li> <li> <p>Mises à jour de sécurité</p> <p>Mise à niveau de <span>libcurl.dll</span> à la version&nbsp;8.19.0 dans les pilotes&nbsp;ODBC (Apache Hive, Cloudera Impala, Apache Phoenix et Snowflake). Mise à niveau d'<span>OpenSSL</span> à la version&nbsp;3.0.20 dans tous les pilotes&nbsp;ODBC, à l'exception de Presto, Spark, Microsoft SQL Server, MySQL et Google BigQuery, afin de résoudre des vulnérabilités connues.</p> </li> <li> <p>Support des fichiers RTF par le connecteur File</p> <p>Correction d'une faute de frappe dans FileExtensionValidator qui empêchait de lister et de charger des fichiers&nbsp;RTF.</p> </li> </ul> | 14 mai 2027 |
| 1.7.13 | 22 avril 2026 | Nouvelles fonctions et fonctions améliorées<br><br>Cette version lance de nouvelles fonctionnalités et des fonctionnalités améliorées ainsi que plusieurs correctifs de bogues.<br><br><ul> <li> <p>Extension du support de l'authentification </p> <p>Les connecteurs suivants supportent désormais l'authentification unique (SSO) (Kerberos)&nbsp;:</p> <ul> <li>Apache Hive</li> <li>Cloudera Impala</li> <li>Teradata</li> <li> <p>Microsoft SQL Server</p> </li> </ul> <p>De plus, le connecteur Teradata supporte désormais l'authentification LDAP.</p> </li> <li> <p>Meilleure gestion des chargements du connecteur File </p> <p>Le moteur Analyses mettait parfois en cache les connexions des sessions précédentes et envoyait une requête à un pod dont l'arrêt avait été demandé. Cela entraînait l'échec des actualisations avec l'erreur suivante&nbsp;:  </p> <p>Connector error: data loading error (DirectAccess-4008)</p> <p>À partir de cette version, les requêtes de chargement sur un pod qui n'est plus actif seront rejetées et routées vers un pod disponible.</p> </li> <li> <p>Amélioration de la journalisation des mesures de chargement</p> <p>La journalisation des mesures de chargement a été améliorée. Cela permettra aux clients et au Support Qlik d'obtenir des informations plus approfondies sur les performances de chargement. Dans le cadre des améliorations, le niveau de journalisation a été remplacé par INFO et le message du journal a été adapté de sorte à pouvoir être utilisé avec l'outil de surveillance <span>Direct Access gateway</span>. De plus, les informations suivantes seront désormais affichées dans le journal&nbsp;:</p> <ul> <li>Pourcentage du temps de chargement passé sur le transfert Web Socket.</li> <li>Estimation approximative du débit entre la source de données et <span>Direct Access gateway</span>.</li> <li>Estimation approximative du débit entre <span>Direct Access gateway</span> et <span>Qlik Cloud</span>.</li> </ul> </li> <li> <p>Possibilité de définir le nombre de lignes à récupérer par bloc lors de l'utilisation du connecteur ODBC (via <span>Direct Access gateway</span>)</p> <p>Une nouvelle option <span>Nombre de lignes à récupérer par bloc</span> a été ajoutée au connecteur ODBC (via <span>Direct Access gateway</span>). Bien que la valeur par défaut soit optimale dans la plupart des scénarios, si vous rencontrez des problèmes de performances importants, il pourrait être utile d'ajuster cette valeur.</p> </li> <li> <p>Validation du nombre de lignes lors des chargements</p> <p>Le nombre de lignes de tous les connecteurs <span>Direct Access gateway</span> autres que File (le nombre de lignes qu'il lit) sera désormais validé pour s'assurer qu'il correspond au nombre de lignes envoyées au moteur.  En cas de détection d'une incohérence, le chargement échouera en affichant une erreur appropriée, empêchant ainsi le chargement de données incohérentes.</p> </li> <li> <p>Meilleur traitement des erreurs des commandes asynchrones</p> <p>L'identification et le traitement des erreurs de réponse résultant de commandes asynchrones en échec ont été améliorés. Cette amélioration permettra un meilleur dépannage des échecs de commande asynchrone.</p> </li> </ul><br><br>Problèmes résolus<br><br><ul> <li> <p>Mise à jour du package redistribuable&nbsp;C++</p> <p>Le package redistribuable&nbsp;C++ a été mis à jour à la dernière version.</p> </li> <li> <p>Connecteur SAP&nbsp;BW </p> <p>Il se produisait parfois l'erreur d'analyse suivante&nbsp;:</p> <p>Invalid character: ':' for the timestamp data type.</p> </li> <li> <p>Sécurité</p> <p>Pour résoudre les vulnérabilités connues, les composants <span>Direct Access gateway</span> suivants ont été mis à niveau ou supprimés&nbsp;:</p> <ul> <li> <p>Le fichier <span>e_sqlite3.dll</span> a été mis à niveau à la version&nbsp;3.50.4.</p> </li> <li> <p>Le fichier <span>package-lock.json</span> a été supprimé du répertoire <span>dcaas_gs</span>, car il n'est pas nécessaire.</p> </li> </ul> </li> <li> <p>Connecteur&nbsp;ODBC (via <span>Direct Access gateway</span>) - problème d'aperçu des données</p> <p>Lors de l'utilisation du connecteur&nbsp;ODBC (via <span>Direct Access gateway</span>), il n'était pas possible de prévisualiser les données avec des colonnes incluant des guillemets doubles.</p> </li> </ul> | 22 avril 2027 |
| 1.7.12 | 11 mars 2026 | Nouvelles fonctions et fonctions améliorées<br><br>Cette version lance des fonctionnalités pour plusieurs connecteurs Direct Access gateway qui n'étaient auparavant disponibles qu'avec les connecteurs autres que Direct Access gateway correspondants.<br><br><ul> <li> <p>Nouvelles listes déroulantes dans la boîte de dialogue «&nbsp;Sélectionner les données à charger&nbsp;»</p> <p>La possibilité de sélectionner une base de données, un propriétaire, un rôle, un catalogue et un schéma est désormais ajoutée à la boîte de dialogue <span>Éditeur de chargement de données</span>&nbsp;&gt;&nbsp;<span>Sélectionner les données à charger (&lt;nom d'affichage du connecteur&gt;)</span>. Les connecteurs suivants sont affectés&nbsp;:</p> <ul> <li> <p>Athena Drill (via <span>Direct Access gateway</span>)</p> <ul> <li> <p>                                     Des listes déroulantes <span>Base de données</span> et <span>Propriétaire</span> ont été ajoutées.</p> </li> </ul> </li> <li> <p>Databricks (via <span>Direct Access gateway</span>)</p> <ul> <li> <p>                                     Des listes déroulantes <span>Catalogue</span> et <span>Schéma</span> ont été ajoutées.</p> </li> </ul> </li> <li> <p>Presto (via <span>Direct Access gateway</span>)</p> <ul> <li> <p>                                     Des listes déroulantes <span>Base de données</span> et <span>Propriétaire</span> ont été ajoutées.</p> </li> </ul> </li> <li> <p>Snowflake (via <span>Direct Access gateway</span>)</p> <ul> <li> <p>                                     Des listes déroulantes <span>Rôle</span>, <span>Base de données</span> et <span>Schéma</span> ont été ajoutées.</p> </li> </ul> </li> </ul> </li> <li> <p>Suppression de l'option <span>Enable Bulk Reader</span></p> <p>L'option <span>Enable Bulk Reader</span> (Activer le lecteur en bloc) est activée par défaut et n'apparaît plus dans l'IU. Elle ne peut être désactivée qu'à l'aide d'une propriété interne. </p> </li> <li> <p>Version TLS minimale</p> <p>La version&nbsp;1.3 a été ajoutée à la liste déroulante <span>Minimum TLS</span> dans les connecteurs suivants&nbsp;:</p> <ul> <li> <p>Apache Drill (via <span>Direct Access gateway</span>)</p> </li> <li> <p>Google Big Query (via <span>Direct Access gateway</span>)</p> </li> <li> <p>Microsoft SQL Server (<span>Direct Access gateway</span>) </p> </li> </ul> </li> </ul><br><br>Problèmes résolus<br><br><ul> <li> <p>Message d'erreur confus</p> <p>Dans les versions précédentes, lors de la tentative d'enregistrement de la passerelle par rapport à une région <span>Qlik Cloud</span> non supportée, il se produisait l'erreur confuse suivante&nbsp;: «&nbsp;SYS-E-ERRMSG, INVALID QCS HOST&nbsp;». Le message d'erreur indique désormais explicitement que l'erreur pourrait être due à une région <span>Qlik Cloud</span> non supportée.</p> </li> <li> <p>Sécurité</p> <p> <span>Passerelle de données Qlik - Accès direct</span> est livré avec un composant SQLite vulnérable. Pour résoudre ce problème, <span>System.Data.SQLite</span> a été mis à niveau à la version&nbsp;2.0.2.</p> </li> <li> <p>Connecteur ODBC (via <span>Direct Access gateway</span>)</p> <p>L'ajout d'un nouveau mappage de types de données via l'IU de configuration <span>Direct Access gateway</span> entraînait la définition d'un pilote/identificateur incorrect.</p> </li> <li> <p>Échecs de connexion Oracle Wallet</p> <p>Lors de chargements simultanés, il arrivait parfois que la connexion Oracle Wallet à la base de données Oracle Cloud échoue.</p> </li> </ul> | 11 mars 2027 |
| 1.7.11 | 10 février 2026 | Note InformationsIl se peut que le programme d'installation de Direct Access gateway prenne un peu plus de temps à démarrer que les versions précédentes. Cela est dû à des contrôles de sécurité obligatoires supplémentaires lancés dans cette version, et cela est tout à fait normal.<br><br>Nouvelles fonctions et fonctions améliorées<br><br>Améliorations apportées au connecteur ODBC (via Direct Access gateway)<br><br>Paramètres de configuration récemment exposés<br><br>Les paramètres suivants, qui ne pouvaient auparavant être configurés qu'en modifiant manuellement un fichier de configuration, sont désormais exposés dans la boîte de dialogue Paramètres de la passerelle pour &lt;nom-passerelle&gt; :<br><br><ul> <li> <p><a href="https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Allowing2">Acceptation de DSN spécifiques uniquement</a> </p> </li> <li> <p><a href="https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Allowing">Acceptation de pilotes spécifiques uniquement</a> </p> </li> <li> <p><a href="https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Overridi">Mappage de type de données personnalisé</a> </p> </li> </ul><br><br>Support de la délimitation des noms de table<br><br>Certaines sources de données nécessitent que les noms de table contenant des lettres majuscules ou des caractères spéciaux soient délimités dans le script de chargement. Sinon, il se produira une erreur. La nouvelle option Délimiter les noms de table élimine la nécessité d'ajouter manuellement des délimiteurs au script de chargement lors du chargement ou de la prévisualisation des données.<br><br>Pour des informations détaillées, consultez [Création d'une connexion ODBC (via Direct Access gateway)](https://help.qlik.com/en-US/cloud-services/Subsystems/ODBC_Connector_help/Content/Connectors_ODBC/ODBC-DrectAccess/ODBC.htm) (uniquement en anglais).<br><br>Exposition du paramètre permettant d'obtenir des messages d'erreur détaillés lors de l'utilisation de sources ODBC<br><br>Pour des raisons de sécurité, le message d'erreur par défaut renvoyé par le pilote ODBC contient un minimum d'informations. Toutefois, dans certains cas, vous pourriez avoir besoin de plus d'informations pour résoudre un problème spécifique. Auparavant, cela nécessitait d'ajouter la propriété ShowErrorDetailMessage à la section Avancé dans la boîte de dialogue du connecteur et de la définir sur True. Désormais, vous pouvez cocher la case Afficher le message d'erreur détaillé dans la boîte de dialogue Paramètres de la passerelle.<br><br>Pour des informations détaillées, consultez [Afficher le message d'erreur détaillé](https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Show).<br><br>Support de la modification des paramètres d'isolation des processus sans redémarrer le service de passerelle<br><br>Dans les versions précédentes, toute modification des paramètres d'isolation des processus telle que l'augmentation du nombre de processus lors d'une actualisation nécessitait le redémarrage du service de passerelle. Désormais, les modifications apportées à ces paramètres seront appliquées sans qu'il soit nécessaire de redémarrer le service de passerelle.<br><br>Améliorations apportées à la journalisation<br><br><ul> <li> <p>Réduction de la journalisation excessive lorsque <span>AGENT_LOG_LEVEL=DEBUG</span> et <span>AGENT_LOG_OPTIONS</span> ne sont pas définis.</p> </li> <li> <p>Les journaux connecteur-agent des actualisations de connecteur de fichier affichent désormais la valeur <span>AppId</span> réelle au lieu de <span>AppId=dummyDocId</span>.</p> </li> </ul><br><br>Meilleur support des commandes asynchrones<br><br>Le support des commandes asynchrones augmente l'efficacité en permettant à Direct Access gateway de traiter simultanément plusieurs commandes (requêtes) au lieu d'une à la fois. Par le passé, lorsque le pod de commande de destination sur Qlik Cloud n'était pas disponible pour traiter une requête, Direct Access gateway continuait d'envoyer la requête au même pod au lieu d'échouer. Cela entraînait l'échec de la commande au bout de 10 tentatives, avec une erreur générique au lieu d'indiquer la cause réelle de l'échec.<br><br>Télémétrie Qlik<br><br>Un en-tête UserAgent a été ajouté à toutes les réponses aux commandes connecteur-agent (via HTTP POST). Cela améliorera le balisage de l'utilisation de Direct Access gateway dans la télémétrie Qlik.<br><br>Format d'en-tête :<br><br>qlik-direct-access-gateway/version<br><br>Exemple :<br><br>qlik-direct-access-gateway/1.7.10<br><br>Problèmes résolus<br><br>Sécurité<br><br><ul> <li> <p>Exécution de code arbitraire possible des programmes d'installation&nbsp;WIX en raison d'un détournement&nbsp;COM avec HKCU\Software\Classes\WOW6432Node. Le correctif valide les clés de registre avant d'exécuter le programme d'installation.</p> </li> <li> <p>La version&nbsp;zlib installée avec Qlik Data gateway présente des vulnérabilités connues. Le problème a été résolu via une mise à niveau vers une version sans vulnérabilités connues.</p> </li> </ul><br><br>Échec du connecteur SAP BW<br><br>Le connecteur SAP BW échouait si le paramètre d'entrée Infoprovider était commenté dans le script de sélection et utilisé comme filtre de condition. | 10 février 2027 |
| 1.7.10 | 14 janvier 2026 | Nouvelles fonctions et fonctions améliorées<br><br>Nouvelle option « Délimiter les noms de colonne » pour le connecteur ODBC (via Direct Access gateway)<br><br>Certaines sources de données nécessitent que les noms de colonne contenant des lettres majuscules ou des caractères spéciaux soient délimités dans le script de chargement. Sinon, il se produira une erreur. La nouvelle option Délimiter les noms de colonne élimine la nécessité d'ajouter manuellement des délimiteurs au script de chargement lors du chargement ou de la prévisualisation des données.<br><br>Pour des informations détaillées, consultez [Création d'une connexion ODBC (via Direct Access gateway)](https://help.qlik.com/en-US/cloud-services/Subsystems/ODBC_Connector_help/Content/Connectors_ODBC/ODBC-DrectAccess/ODBC.htm) (uniquement en anglais).<br><br>Support de la définition d'un quota pour les données de métriques stockées sur le poste Direct Access gateway<br><br>Une nouvelle propriété localDataRetentionDatabaseSizeInMb a été ajoutée au collecteur de métriques. Cela vous permet de définir un quota pour la taille totale des données de métriques stockées sur le poste de la passerelle (en Mo). Les anciennes données seront supprimées afin de garantir que le quota n'est pas dépassé.<br><br>Le collecteur de métriques peut être configuré localement dans un fichier JSON ou via l'[API publique](https://qlik.dev/apis/rest/direct-access-agents/).<br><br>Pour plus d'informations, consultez [Collecteur de métriques](https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Metrics).<br><br>Problèmes de sécurité résolus<br><br><ul> <li> <p>Le runtime <span>Node.js</span> a été mis à niveau à la version&nbsp;22.x en raison d'une vulnérabilité connue avec la version&nbsp;20.19.5.</p> </li> <li> <p><span>libcurl.dll</span> a été mis à niveau à la version&nbsp;8.16.0 en raison de vulnérabilités connues avec la version&nbsp;8.7.0.</p> </li> </ul> | 14 janvier 2027 |
| 1.7.9 | 2 décembre 2025 | Nouvelles fonctions et fonctions améliorées<br><br>Support du mécanisme OAuth Application Default Credentials (Identifiants par défaut pour l'application) avec Google BigQuery<br><br>Cette version lance le support du mécanisme OAuth Application Default Credentials (Identifiants par défaut pour l'application) lors de l'utilisation du connecteur Google BigQuery (via Direct Access gateway).<br><br>Pour des informations détaillées, consultez [Création d'une connexion Google BigQuery](https://help.qlik.com/en-US/cloud-services/Subsystems/ODBC_Connector_help/Content/Connectors_ODBC/GoogleBigQuery/Create-GBQ-Connection.htm) (uniquement en anglais).<br><br>Support des commandes de métadonnées avec Isolation de processus<br><br>Deux nouvelles options ont été ajoutées à la propriété de configuration Isolation de processus : Tout et Métadonnées. L'option Tout vous permet d'activer l'isolation de processus pour les chargements et les commandes de métadonnées, tandis que l'option Métadonnées vous permet d'activer l'isolation de processus uniquement pour les commandes de métadonnées. Cela peut être utile, par exemple, pour les clients disposant de pilotes ODBC qui ne supportent pas le multi-threading, mais qui souhaitent exécuter des commandes de métadonnées simultanément (principalement à des fins de prévisualisation).<br><br><br>![Liste déroulante Isolation de processus avec la nouvelle option Métadonnées](https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Resources/Images/process-isolation-wn.png)<br><br>Les nouvelles options sont supportées via l'[IU de configuration](https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#anchor-1) ou via l'[API publique](https://qlik.dev/apis/rest/direct-access-agents/).<br><br>Consultez également : [Isolation de processus](https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#anchor-1:~:text=Qlik%20Support.-,Process%20isolation,-Process%20isolation%20allows)<br><br>Support des régions Brésil (br) et France (fr)<br><br>Vous pouvez désormais utiliser Direct Access gateway dans les régions de clients Qlik Cloud au Brésil (br) et en France (fr).<br><br>Collecteur de métriques<br><br>Dans l'environnement d'un client type, de nombreux chargements de données passent par Direct Access gateway dans Qlik Cloud Analytics au quotidien. La capacité à consigner et surveiller la consommation et l'utilisation des ressources impactées par ces chargements aidera les clients à planifier leurs chargements en conséquence.<br><br>Le nouveau collecteur de métriques (qui s'exécute en arrière-plan sur le poste Direct Access gateway) offre une journalisation et une surveillance de base de l'utilisation des ressources par Direct Access gateway, les connecteurs et le système d'exploitation. Le collecteur de métriques peut être configuré localement dans un fichier JSON ou via l'[API publique](https://qlik.dev/apis/rest/direct-access-agents/).<br><br>Pour plus d'informations, consultez [Collecteur de métriques](https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Metrics).<br><br>Problèmes résolus<br><br>Après une déconnexion de la passerelle, les chargements échouaient par intermittence en affichant l'erreur suivante :<br><br>`Requested endpoint could not be provisioned due to failure to acquire a load slot: The load slot request could not be decrypted. The load slot request could not be decrypted (DirectAccess-1707)` | 2 décembre 2026 |
| 1.7.8 | 11 novembre 2025 | Nouvelles fonctions et fonctions améliorées<br><br>Support des options d'authentification OAuth Databricks mises à jour<br><br>Le connecteur Databricks a été récemment amélioré via l'ajout de deux mécanismes d'authentification supplémentaires, qui sont désormais supportés avec Direct Access gateway :<br><br><ul> <li> <p>Principal de service OAuth <span>Databricks</span></p> </li> <li> <p>Compte d'utilisateur OAuth <span>Databricks</span></p> </li> </ul><br><br>Ces deux options utilisent le flux général OAuth 2.0, qui est supporté par les comptes gérés par Databricks ou gérés par Microsoft Entra ID.<br><br>Pour en savoir plus, consultez [Création d'une connexion Databricks](https://help.qlik.com/en-US/cloud-services/Subsystems/ODBC_Connector_help/Content/Connectors_ODBC/Databricks/Create-Databricks-connection.htm) (uniquement en anglais).<br><br>Remplacement du port de démarrage par défaut défini par l'isolation des processus<br><br>Lorsque l'isolation des processus est activée, vous pouvez désormais remplacer le port de démarrage par défaut (49152) que Direct Access gateway utilise pour la communication inter-processus avec tous les processus de connecteur isolés. Cela peut s'avérer utile lorsque le port par défaut est utilisé par un autre processus. Pour remplacer le port, définissez la propriété DATA\_PORT\_RANGE\_START sur le port souhaité, soit en [modifiant le fichier configuration.properties](https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Configur3), soit via l'[API publique](https://qlik.dev/apis/rest/direct-access-agents/).<br><br>Problèmes résolus<br><br>Direct Access gateway 1.7.8 résout les problèmes suivants :<br><br><ul> <li> <p>Connecteur SAP SQL&nbsp;: erreur lors du chargement d'une table contenant un élément de données&nbsp;UTCL</p> <p>L'erreur suivante se produisait lors du chargement lorsqu'une table contenait un élément de données&nbsp;UTCL&nbsp;:</p> <p>Status (StatusCode="InvalidArgument", Detail="Input string was not in a correct format.</p> </li> <li> <p>Échecs de chargement intermittents lors de l'utilisation de la récupération par blocs</p> <p>Les chargements échouaient par intermittence en affichant l'erreur suivante&nbsp;:</p> <p>Object reference not set to an instance of an object. (DirectAccess-1513))</p> </li> <li> <p>Connecteur SAP BW&nbsp;: problème d'extraction de données</p> <p>L'extraction de données depuis SAP BW InfoProvider/ADSO en utilisant deux valeurs dans une clause WHERE renvoyait zéro ligne.</p> </li> <li> <p>Échecs de connexion gRPC entraînant des erreurs Direct Access-1510</p> <p>Dans de rares cas, il se produisait des échecs de connexion gRPC entraînant des erreurs Direct Access-1510. Pour atténuer ce problème, les améliorations suivantes ont été mises en œuvre&nbsp;: </p> <ul> <li> <p>Un appel gRPC a été ajouté pour s'assurer que le port est disponible pour la connexion gRPC</p> </li> <li> <p>Le canal gRPC sera recréé lorsqu'une connexion est refusée par un connecteur</p> </li> </ul> </li> </ul> | 11 novembre 2026 |
| 1.7.7 | 9 septembre 2025 | Nouvelles fonctions et fonctions améliorées<br><br>Support du connecteur SAP Report<br><br>À partir de cette version, les clients peuvent désormais accéder à leur connecteur SAP Report via Passerelle de données Qlik - Accès direct.<br><br>[Utilisation du SAP Report Connector](https://help.qlik.com/en-US/cloud-services/Subsystems/SAP_Connectors_Help/Content/Connectors_SAP/Clients/Using-SAP-Report-connection.htm) (uniquement en anglais)<br><br>Support de Direct Access gateway avec Qlik Cloud Government DoD<br><br>Cette version ajoute le support de l'utilisation de Direct Access gateway avec Qlik Cloud Government DoD.<br><br>Réduction de la latence causée par la résolution DNS<br><br>À partir de cette version, la communication de service à service sera désormais effectuée via l'adresse de bouclage IPv4 (127.0.0.1) au lieu de localhost. Cela devrait permettre d'éliminer efficacement toute latence résultant de la résolution DNS.<br><br>Configuration des paramètres de démarrage du connecteur<br><br>Vous pouvez désormais augmenter la valeur de délai d'attente et le nombre de tentatives de démarrage du connecteur. Cela peut s'avérer utile lorsque vous effectuez un nombre considérable de chargements simultanés. Si vous augmentez ces paramètres, Direct Access gateway disposera de plus de temps et pourra effectuer des tentatives supplémentaires pour exécuter un connecteur avant de le quitter pour cause d'échec et de demander un redémarrage.<br><br>[Configuration du démarrage du connecteur](https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Configur3)<br><br>Demande de créneaux de chargement de manière asynchrone<br><br>Cette version lance la possibilité de demander des créneaux de chargement de manière asynchrone. Le fait de demander des créneaux de chargement de manière asynchrone permet d'atténuer l'encombrement temporaire du canal de commande vers Direct Access gateway lors de la création du WebSocket de chargement de données vers Qlik Cloud. Cela peut s'avérer utile lorsque vous effectuez un nombre considérable de chargements simultanés.<br><br>[Demande de créneaux de chargement de manière asynchrone](https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Requesti)<br><br>Nouvel emplacement des journaux d'installation<br><br>Les fichiers journaux d'installation seront désormais placés dans &lt;dossier d'installation Direct Access gateway&gt;\data\logs, ce qui est cohérent avec l'emplacement des autres fichiers journaux Direct Access gateway.<br><br>Dans les versions précédentes, les fichiers journaux d'installation étaient placés dans C:\Users\&lt;utilisateur&gt;\AppData\Local\Temp. Tous les journaux qui se trouvent encore dans ce dossier seront copiés au nouvel emplacement lors de la mise à niveau.<br><br>Problèmes résolus<br><br>Direct Access gateway 1.7.7 résout les problèmes suivants :<br><br><ul> <li> <p>Support de la réduction de la taille de colonne lors de la définition de mappages de type personnalisé pour le connecteur&nbsp;ODBC (via Direct Access gateway)</p> <p>Ajout du support de la réduction de la taille de colonne signalée par le pilote lors de la définition de mappages de type personnalisé pour le connecteur&nbsp;ODBC (via Direct Access gateway). Dans les versions précédentes, la taille de colonne ne pouvait qu'être augmentée.</p> </li> <li> <p>Délai d'attente de la commande</p> <p>Les commandes de longue durée qui dépassaient le délai d'attente pong par défaut de 45&nbsp;secondes entraînaient la déconnexion du canal de commande. Ce problème a été résolu en empêchant le déclenchement du délai d'attente pendant que Qlik Cloud Service Connection Broker relaie une commande à l'agent de connecteur <span>Direct Access gateway</span>.</p> </li> <li> <p>IU de configuration - Bouton Enregistrer désactivé</p> <p>Le bouton <span>Enregistrer</span> était désactivé en raison d'une valeur MAX_PROCESSES_COUNT non valide. Le problème a été résolu via le renseignement automatique du champ à l'aide d'une valeur valide.</p> </li> </ul><br><br><ul> <li> <p>IU de configuration - Incohérence entre les valeurs par défaut et les valeurs initiales</p> <ul> <li> <p>La valeur initiale du champ <span>Nombre de processus de chargement simultanés</span> différait de la valeur par défaut affichée dans l'IU pour les connecteurs suivants&nbsp;: ODBC, SAP&nbsp;BW, SAP&nbsp;SQL, SAP&nbsp;ODP et REST.</p> </li> <li> <p>La valeur initiale du champ de mode <span>Isolation de processus</span> du connecteur File différait de la valeur par défaut affichée dans l'IU.</p> </li> </ul> </li> </ul><br><br><ul> <li> <p>Mode d'authentification Microsoft SQL Server NTLM inopérant</p> <p>Arrêt du fonctionnement du mode d'authentification Microsoft SQL Server NTLM lors de l'utilisation de <span>Direct Access gateway</span>&nbsp;1.7.6</p> </li> </ul><br><br><ul> <li> <p>Défauts de chargement en cas de forte charge</p> <p>En cas de fortes charges, les actualisations échouaient parfois en affichant l'erreur suivante&nbsp;:</p> <p>Connector error: The gRPC connection to the connector failed. ... (DirectAccess-1510)</p> <p>Ce problème a été résolu via l'ajout d'un mécanisme de relance.</p> </li> <li> <p>Échecs de chargement intermittents dans certains scénarios</p> <p>Les actualisations échouaient parfois en affichant les erreurs suivantes&nbsp;:</p> <ul> <li> <p><span>DirectAccess-4002</span>&nbsp;: ce problème a été résolu via la réduction de la valeur par défaut de la propriété <span>AGENT_DATA_PING_SKIP_THRESHOLD_SECONDS</span> de 60 à 15&nbsp;secondes.</p> </li> <li> <p><span>DirectAccess-2208</span>&nbsp;: ce problème a été résolu via l'ajout d'un mécanisme de relance.</p> </li> </ul> </li> </ul> | 9 septembre 2026 |
| 1.7.6 | 5 août 2025 | Connecteur File (via Direct Access gateway) : restriction de l'accès au système de fichiers à des espaces spécifiques<br><br>Lorsque vous utilisez le connecteur File (via Direct Access gateway), vous pouvez désormais restreindre l'accès au système de fichiers ou au lecteur réseau à des espaces spécifiques. Le fait d'associer chaque chemin d'accès à des espaces au sein de votre client Qlik Cloud signifie que seuls les membres d'espace ayant le rôle Peut consommer des données ou un rôle supérieur pourront accéder au chemin d'accès spécifié. Si aucun espace n'est configuré, les chemins d'accès spécifiés seront accessibles à tous les espaces.<br><br>La nouvelle configuration peut être effectuée via l'API publique ou directement dans le fichier de configuration sur le serveur de passerelle.<br><br>[API publique](https://qlik.dev/apis/rest/direct-access-agents/)<br><br>[Connecteur File (via Direct Access gateway)](https://help.qlik.com/en-US/cloud-services/Subsystems/Web_Storage_Provider_Connectors_help/Content/Connectors_StorageProvider/Storage%20provider%20connectors/File-DG-storage-provider-connector.htm) (uniquement en anglais)<br><br>Support de l'application des modifications sans besoin de redémarrer la passerelle<br><br>À partir de cette version, lorsque vous mettez à jour les chemins d'accès/URL autorisés pour les connecteurs File (via Direct Access gateway) et REST (via Direct Access gateway), vous n'avez plus besoin de redémarrer le service Direct Access gateway pour appliquer les modifications. C'est également le cas lorsque vous modifiez les propriétés ODBC (via Direct Access gateway) suivantes :<br><br><ul> <li> <p>Pilotes autorisés</p> </li> <li> <p>DSN autorisés</p> </li> <li> <p>Mappages de types personnalisés</p> </li> </ul><br><br>Connecteur Oracle (via Direct Access gateway) : support de la méthode de connexion Oracle TNS Names<br><br>Cette version ajoute le support de l'accès à Oracle via TNS Names.<br><br>[Création d'une connexion Oracle](https://help.qlik.com/en-US/cloud-services/Subsystems/ODBC_Connector_help/Content/Connectors_ODBC/Oracle/Create-Oracle-connection.htm#Performi) (uniquement en anglais)<br><br>Connecteur File (via Direct Access gateway) : activation par défaut de l'isolation des processus<br><br>Lors d'une nouvelle installation de Direct Access gateway, l'isolation des processus est désormais activée par défaut et le Nombre de processus de chargement simultanés est fixé à 10.<br><br>[Isolation des processus](https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#anchor-1:~:text=Qlik%20Support.-,Process%20isolation,-Process%20isolation%20allows)<br><br>Autorisation des connexions à localhost à l'aide du connecteur REST (via Direct Access gateway)<br><br>Vous pouvez désormais autoriser le connecteur REST (via Direct Access gateway) à se connecter à localhost. Cela facilite l'utilisation de points de terminaison REST locaux (au serveur de passerelle), comme l'utilisation du point de terminaison connector-agent/ status pour déterminer le nombre actif de charges sur un agent.<br><br>Cette fonction est également configurable à l'aide de l'API publique, lors de l'ajout d'URL locales (http://localhost:5050/status, par exemple) au fichier restconnector\_allowed\_urls.txt.<br><br>[Autorisation des connexions à localhost à l'aide du connecteur REST (via Direct Access gateway)](https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm)<br><br>[API publique](https://qlik.dev/apis/rest/direct-access-agents/)<br><br>Support de l'utilisation de l'API publique pour effectuer des requêtes « load data » (charger des données) de manière asynchrone.<br><br>L'exécution asynchrone de requêtes Charger les données sur l'agent réduit considérablement le temps pendant lequel le service cloud doit attendre les réponses de l'agent.<br><br>Cette fonctionnalité, qui a été lancée dans Direct Access gateway 1.7.5, est désormais disponible via l'API publique par le biais du paramètre OPTIONAL\_CAPABILITIES.<br><br>[API publique](https://qlik.dev/apis/rest/direct-access-agents/)<br><br>Améliorations apportées à l'isolation des processus dans les scénarios de forte charge<br><br>Lorsqu'une passerelle est fortement sollicitée alors que ses ressources sont limitées, des améliorations ont été apportées pour éviter les problèmes suivants :<br><br><ul> <li> <p>Conflits entre les ports de connecteur lorsque l'isolation des processus est activée</p> </li> <li> <p>Tentatives trop fréquentes de démarrage du processus de connecteur</p> </li> </ul><br><br>Problèmes résolus<br><br>Direct Access gateway 1.7.6 résout les problèmes suivants :<br><br><ul> <li> <p>Connecteurs Oracle (via <span>Direct Access gateway</span>) ou ODBC (via <span>Direct Access gateway</span>)&nbsp;: appels de métadonnées redondants</p> <p>Lors de l'utilisation des connecteurs Oracle (via <span>Direct Access gateway</span>) ou ODBC (via <span>Direct Access gateway</span>), certaines propriétés du connecteur effectuaient des appels de métadonnées redondants lorsqu'aucune passerelle n'était sélectionnée.</p> </li> <li> <p>Dégradation des performances due à un temps de récupération excessif des métriques de passerelle</p> <p>Pour chaque demande d'actualisation, les métriques de passerelle sont récupérées. Le temps nécessaire pour récupérer les métriques (~200&nbsp;ms) avait un impact sur la durée de chargement. Le problème a été résolu via la récupération des mesures toutes les 15&nbsp;secondes au lieu de leur récupération à chaque demande de chargement.</p> </li> <li> <p>Connecteur AWS Athena (via <span>Direct Access gateway</span>)&nbsp;: échec d'actualisation lors de la tentative de chargement des noms de table ou de colonne contenant des caractères japonais.</p> <p>Lors de l'utilisation du connecteur AWS Athena (via <span>Direct Access gateway</span>), une tentative d'actualisation des noms de table ou de colonne contenant des caractères japonais entraînait l'erreur suivante&nbsp;:</p> <p>Unable to show the preview column data. User does not have permission to access data, or column data type is not supported.</p> </li> </ul><br><br><ul> <li> <p>Connecteur Google BigQuery (via <span>Direct Access gateway</span>)&nbsp;: échec d'ajout de données à l'aide de Gestionnaire de données</p> <p>Lors de l'utilisation du connecteur Google BigQuery (via <span>Direct Access gateway</span>), il se produisait une erreur «&nbsp;Failed to Add data&nbsp;» (Échec d'ajout des données) en cas de tentative d'ajout de données à l'aide de Gestionnaire de données.</p> </li> </ul><br><br><ul> <li> <p>Clarification du mot de passe lors de l'installation de <span>Direct Access gateway</span> sous un compte LocalSystem</p> <p>Le champ <span>Mot de passe </span> du programme d'installation de <span>Direct Access gateway</span> amenait certains clients à penser qu'un mot de passe était toujours obligatoire lors de l'installation de <span>Direct Access gateway</span> sous un compte d'utilisateur LocalSystem. Pour résoudre ce problème, le texte de clarification suivant a été ajouté au programme d'installation&nbsp;:</p> <p>A password is only required if you are not using the default local system account.</p> </li> </ul> | 5 août 2026 |
| 1.7.5 | 3 juin 2025 | Ajout d'un contexte de journalisation pour les appels de prévisualisation des métadonnées<br><br>Pour faciliter la résolution des échecs de chargement, les champs suivants ont été ajoutés aux journaux pour les appels de prévisualisation des métadonnées : requestguid, sessionid et datasourceid.<br><br>Ajout du support des Informations d'identification définies par l'utilisateur aux connecteurs MongoDB (via Direct Access gateway) et Google BigQuery (via Direct Access gateway)<br><br>Un champ Informations d'identification définies par l'utilisateur a été ajouté aux connecteurs MongoDB (via Direct Access gateway) et Google BigQuery (via Direct Access gateway) afin d'aligner ces connecteurs sur les connecteurs non Direct Access gateway correspondants.<br><br>Lorsque l'option Informations d'identification définies par l'utilisateur est sélectionnée, tout utilisateur souhaitant accéder à la connexion devra saisir ses propres informations d'identification avant de pouvoir sélectionner des tables ou de charger des données. Ces informations d'identification appartiennent à un utilisateur et non à une connexion. Les informations d'identification définies par l'utilisateur peuvent être enregistrées et utilisées dans plusieurs connexions du même type de connecteur.<br><br>Support de AsyncCommand avec les requêtes Charger les données<br><br>L'exécution asynchrone de requêtes Charger les données sur l'agent réduit considérablement le temps pendant lequel le service cloud attend les réponses de l'agent.<br><br>[Exécution asynchrone de requêtes Charger les données](https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Performi)<br><br>Support de la modification de la propriété AGENT\_LOG\_OPTIONS sans besoin de redémarrer le service Direct Access gateway<br><br>Il est désormais possible de modifier la propriété AGENT\_LOG\_OPTIONS sans besoin de redémarrer le service Direct Access gateway. Cette propriété ne doit être modifiée qu'à la demande de Qlik Support.<br><br>Problèmes résolus<br><br>Direct Access gateway 1.7.5 résout les problèmes suivants :<br><br><ul> <li> <p>Erreurs renvoyées pour des opérations valides</p> <p>L'agent du connecteur renvoyait parfois une erreur&nbsp;«&nbsp;500&nbsp;» pour des appels de chargement et d'événement valides.</p> </li> <li> <p>API Configuration&nbsp;:</p> <ul> <li> <p>La propriété «&nbsp;Max process count&nbsp;» des connecteurs REST et FILE a été mise à jour pour couvrir les valeurs comprises entre 2 et 100</p> </li> <li> <p>Ajout d'une valeur par défaut à la propriété AGENT_LOG_OPTIONS</p> </li> <li> <p>Mise à jour des valeurs de niveau de journalisation DCaaS</p> </li> </ul> </li> <li> <p>Événements Keep alive&nbsp;:</p> <ul> <li> <p>Les événements Keep alive n'étaient parfois pas chiffrés.</p> </li> <li> <p>Une réponse incorrecte de libération des ressources cloud était envoyée lorsque la session de l'agent n'était plus active.</p> </li> </ul> </li> </ul> | 3 juin 2026 |
| 1.7.4 | 6 mai 2025 | Support du remplacement du compte de service Windows par défaut lors de l'installation<br><br>Dans les versions précédentes de Direct Access gateway, il n’était possible de modifier le compte de service Windows qu’après l’installation, et uniquement de manière interactive (sur chaque poste Direct Access gateway). Direct Access gateway 1.7.4 lance la possibilité d’installer Direct Access gateway sous un compte de service Windows autre que celui par défaut. Cette option est disponible lors de l'utilisation de l'assistant d'installation et lors d'une installation silencieuse.<br><br>Pour plus d'informations, consultez [Étape deux : installez Direct Access gateway sur un serveur derrière le pare-feu protégeant vos sources de données](https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-setup-win.htm#Stage4)<br><br>Support de Windows Server 2025<br><br>Les versions 1.7.0 et ultérieures de Direct Access gateway ont été certifiées pour l'installation sous Windows Server 2025.<br><br>Problèmes résolus<br><br>Direct Access gateway 1.7.4 résout les problèmes suivants :<br><br><ul> <li> <p>Renforcement de la sécurité</p> <p>Lors de l'utilisation du connecteur <span>File (via <span>Direct Access gateway</span>)</span>, toutes les opérations sur les fichiers étaient effectuées sous le compte de service Windows «&nbsp;NT AUTHORITY\SYSTEM&nbsp;». Le problème a été résolu en ajoutant la possibilité de remplacer le compte de service Windows par défaut lors de l'installation.</p> </li> <li> <p>Connecteur Google BigQuery (via <span>Direct Access gateway</span>)&nbsp;: erreur de traitement des données TIMESTAMP en dehors d'une plage spécifique</p> <p>Lors du traitement de données TIMESTAMP en dehors de la plage 1400-9999&nbsp;(années), l'erreur suivante se produisait&nbsp;:</p> <p>The data contains unsupported data type or row content. Invalid row status.</p> </li> <li> <p>Le compte de service Windows personnalisé n'est pas conservé après la mise à niveau</p> <p>Après la mise à niveau, le compte de service <span>Direct Access gateway</span> désigné était remplacé de nouveau par le compte local par défaut(<span>LocalSystem</span>).</p> </li> <li> <p>Erreur d'actualisation</p> <p>Lors d'une actualisation, en raison d'un problème lié au chiffrement des événements keepAlive (envoyés par <span>Qlik Cloud</span> à la passerelle), il se produisait parfois l'erreur suivante&nbsp;:</p> <p>Internal error. (Connector error: Reload web socket was aborted due to a failure (DirectAccess-1103))</p> </li> </ul> | 6 mai 2026 |
| 1.7.3 | 8 avril 2025 | Améliorations apportées au dépannage<br><br><ul> <li> Les métriques du poste <span>Direct Access gateway</span> (cœurs, espace disque, mémoire, UC, etc.) seront désormais propagées à la journalisation distante afin de faciliter le dépannage.</li> <li>L'horodatage des messages du journal sera désormais au format&nbsp;UTC pour tous les journaux, à l'exception des journaux des connecteurs&nbsp;SAP. </li> <li>Le nom de journal du connecteur File (via <span>Direct Access gateway</span>) inclut désormais le numéro de port (au lieu de l'ID de processus). </li> <li>Les messages de journalisation du connecteur File (via <span>Direct Access gateway</span>) comprennent désormais une colonne <span>ID de processus</span>. </li> </ul><br><br>Amélioration du connecteur ODBC (via Direct Access gateway)<br><br>Lorsque vous utilisez le connecteur ODBC (via Direct Access gateway), les pilotes ODBC ANSI (qui ne sont pas supportés) sont désormais exclus de la liste des pilotes ODBC affichés dans le connecteur.<br><br>Problèmes résolus<br><br>Direct Access gateway 1.7.3 résout les problèmes suivants :<br><br><ul> <li> <p>Connecteur REST (via <span>Direct Access gateway</span>)&nbsp;: Échec de chargement</p> <p>Le chargement de grandes structures de données échouait parfois en affichant l'erreur suivante&nbsp;:</p> <p>Received message exceeds the maximum configured message size.</p> </li> <li> <p>Connecteur REST (via <span>Direct Access gateway</span>)&nbsp;:&nbsp;Liste verte d'URL trop restrictive</p> <p>Les URL sans barre oblique de fin étaient bloquées à tort, alors que les mêmes URL avec une barre oblique de fin étaient autorisées.</p> </li> <li> <p>Connecteur&nbsp;ODBC (via <span>Direct Access gateway</span>)&nbsp;: Consommation de mémoire excessive</p> <p>Lors de l'utilisation de Multiple SELECT dans le script de chargement, la mémoire&nbsp;VRAM du système source n'était pas libérée et continuait à augmenter à chaque chargement.</p> </li> <li> <p>Connecteur&nbsp;MySQL (via <span>Direct Access gateway</span>)&nbsp;: Problème de type de données</p> <p>Lorsque vous utilisiez le connecteur&nbsp;MySQL (via <span>Direct Access gateway</span>) pour charger une table avec un type de données «&nbsp;int(9) unsigned&nbsp;», les données de cette colonne étaient renvoyées avec la valeur&nbsp;-1.</p> </li> <li> <p>Connecteur SAP SQL (via <span>Direct Access gateway</span>)&nbsp;: MixedMode ne fonctionne pas</p> <p>La propriété de la chaîne de connexion <span>MixedMode</span> ne fonctionne pas comme prévu.</p> </li> <li> <p>Source de données de type&nbsp;SQL&nbsp;: Problème de script de chargement</p> <p>Lors de la connexion à une source de données de type&nbsp;SQL, le «&nbsp;Nom de table&nbsp;» du script de chargement était placé à tort au milieu de la définition de table au lieu d'être placé au début du script de chargement.</p> </li> <li> <p>Connecteur&nbsp;Databricks (via <span>Direct Access gateway</span>)&nbsp;: Renforcement de la sécurité</p> <p>Les données chargées via le connecteur&nbsp;Databricks (via <span>Direct Access gateway</span>) utiliseront désormais toujours&nbsp;SSL pour la communication et les données en transit. L'option précédente permettant d'activer ou de désactiver&nbsp;SSL a été supprimée.</p> </li> <li> <p>Renforcement de la sécurité</p> <p>Le chiffrement de bout en bout n'était pas mutuellement appliqué pour les charges utiles de commande de journalisation qui renvoyaient des journaux hébergés par le client depuis le centre d'activités Qlik Cloud Administration.</p> </li> </ul> | 8 avril 2026 |
| 1.7.2 | 4 mars 2025 | Définition d'un seuil de reprise de la récupération de blocs<br><br>Vous pouvez désormais définir un seuil (en minutes) pour la durée de récupération des blocs. Si le chargement n'a pas repris au moment où le seuil de la durée de récupération est atteint, il échoue en affichant un message approprié.<br><br>Cette option est utile pour les chargements qui, sinon, pourraient dépasser la limite de trois heures, suite à une longue récupération. Par exemple, supposons qu'il faille 90 minutes pour récupérer les données de la base de données, mais que dès le début du chargement, l'un des blocs soit corrompu. Dans ce cas, tous les blocs seront stockés dans le cache et envoyés du cache. Dans un tel scénario, l'ensemble du processus de chargement (stockage dans le cache + chargement proprement dit) pourrait prendre trois heures.<br><br>Consultez également [Définition d'un seuil de durée de récupération de blocs](https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Chunk).<br><br>Problèmes résolus<br><br>Direct Access gateway 1.7.2 résout les problèmes suivants :<br><br><ul> <li> <p>Configuration manquante pour le connecteur REST (via <span>Direct Access gateway</span>)</p> <p>Il manquait le paramètre REST_MAX_PROCESS_COUNT dans le fichier <span>configuration.properties</span> dans <span>Direct Access gateway</span>&nbsp;1.7.1</p> </li> <li> <p>Le redémarrage automatique des processus <span>Direct Access gateway</span> ne fonctionnait pas comme prévu</p> <p>Les processus <span>Direct Access gateway</span> ne redémarraient parfois pas automatiquement lorsqu'ils plantaient ou étaient interrompus d'une autre manière.</p> </li> <li> <p>Dossiers de cache de récupération de blocs créés au mauvais emplacement</p> <p>Lorsque le paramètre <span>OVERRIDE_CHUNKS_CACHE_DIR</span> du fichier <span>configuration.properties</span> était vide, les dossiers de cache de récupération de blocs étaient créés dans le dossier <span>[dossier d'installation]\ConnectorAgent</span> au lieu de <span>C:\ProgramData\Qlik\Gateway\tmp</span> (le dossier par défaut).</p> </li> <li> <p>Échec de chargement en mode de récupération de blocs</p> <p>Lorsque vous travailliez en mode de récupération de blocs, les chargements échouaient parfois en affichant une erreur <span>DirectAccess-4021</span>. Le problème était dû au fait qu'EODAck parvenait à l'agent un peu après le délai d'expiration d'EODAck. Le problème a été résolu via l'augmentation marginale du délai d'expiration d'EODAck.</p> </li> <li> <p>Problème de niveau de journalisation du connecteur File (Fichier) (via <span>Direct Access gateway</span>)</p> <p>Le niveau de journalisation DEBUG du connecteur File (Fichier) (via <span>Direct Access gateway</span>) était ignoré.</p> </li> <li> <p>Le contenu du dossier [dossier d'installation de <span>Direct Access gateway</span>]\data\logs\reloads n'était jamais purgé.</p> <p>Les anciens fichiers&nbsp;JSON n'étaient jamais purgés du dossier <span>[dossier d'installation de <span>Direct Access gateway</span>]\data\logs\reloads</span>. L'accumulation de nombreux journaux peut consommer une quantité importante d'espace disque au fil du temps. En outre, la sauvegarde de ce dossier (qui pouvait contenir des milliers de fichiers journaux) constituait également un défi.</p> </li> <li> <p>Renforcement de la sécurité</p> <p>Cette amélioration ajoute une couche de chiffrement supplémentaire aux événements et aux messages envoyés entre <span>Qlik Cloud</span> et <span>Direct Access gateway</span>, qui contiennent des données sensibles telles que l'IP du pod et l'ID de la passerelle.</p> </li> </ul> | 4 mars 2026 |
| 1.7.1 | 11 février 2025 | Nouvelles fonctions et améliorations<br><br><ul> <li> <p>Connecteur REST</p> <p>Le nouveau connecteur <span>REST (via Direct Access gateway)</span> offre un accès sécurisé à des points de terminaison d'API REST privés via <span>Direct Access gateway</span>, ce qui vous permet de diffuser des données directement dans votre application <span>Qlik Sense</span>.</p> <p>Pour plus d'informations, consultez <a href="https://help.qlik.com/en-US/cloud-services/Subsystems/REST_Connector_help/Content/Connectors_REST/REST-connector.htm">Sources de données REST</a><span> (uniquement en anglais)</span>.</p> <div><span>Note Informations</span> <p>Le connecteur REST (via Direct Access gateway) sera déployé dans les régions <span>Qlik Cloud</span> en quatre phases, la phase&nbsp;4 devant se terminer le 17&nbsp;février.</p> <ul> <li><span>Phase&nbsp;1&nbsp;: </span>JP (Japon) et UK (Royaume-Uni)</li> <li><span>Phase&nbsp;2&nbsp;:</span> DE (Allemagne), SG (Singapour), AP (Asie-Pacifique) et IN (Inde)  </li> <li> <p><span>Phase&nbsp;3&nbsp;:</span> US (États-Unis) et <span>Qlik Cloud Government</span></p> </li> <li><span>Phase&nbsp;4&nbsp;:</span> UE (Union européenne) <br></li> </ul> </div> </li> <li> <p><span>Remplacement du répertoire de cache de blocs par défaut</span> </p> <p>Pour chaque opération de chargement, <span>Direct Access gateway</span> peut mettre en cache des blocs de données en mémoire et les décharger sur le disque (lorsque la taille allouée à la mise en cache est dépassée). Vous pouvez remplacer le répertoire de cache de blocs par défaut (<span>C:\ProgramData\Qlik\Gateway\tmp</span>) si vous ne disposez pas de suffisamment d'espace disque sur le lecteur système.</p> <p>Pour plus d'informations, consultez <a href="https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#anchor-6">Remplacement du répertoire de cache de blocs par défaut</a>.</p> </li> <li> <p><span>Remplacement du nombre par défaut de tables récupérées lors de l'utilisation du connecteur ODBC&nbsp;(via <span>Direct Access gateway</span>)</span> </p> <p>Par défaut, 10&nbsp;000&nbsp;tables sont récupérées pour la sélection, ce qui peut s'avérer insuffisant lorsque vous travaillez avec de très grandes bases de données. Cette version offre la possibilité de remplacer la valeur par défaut en augmentant la propriété ODBC_TABLES_LIMIT_FOR_GENERICODBC dans le fichier <span>Direct Access gateway</span> <span>configuration.properties</span>. </p> <p>Pour plus d'informations, consultez <a href="https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Maximum">Nombre maximal de tables à décharger</a>.</p> </li> <li> <p>Support de plusieurs catalogues avec <span>Google BigQuery (via <span>Direct Access gateway</span>) Connector</span></p> <p> <span>Google BigQuery (via <span>Direct Access gateway</span>) Connector</span> permet désormais d'accéder à plusieurs catalogues (l'équivalent des projets <span>Google BigQuery</span>) en une seule connexion.</p> <p>Pour plus d'informations, consultez <a href="https://help.qlik.com/en-US/cloud-services/Subsystems/ODBC_Connector_help/Content/Connectors_ODBC/GoogleBigQuery/Create-GBQ-Connection.htm">Création d'une connexion Google BigQuery</a><span> (uniquement en anglais)</span>.</p> </li> <li> <p>Support du catalogue Unity avec <span>Databricks (via <span>Direct Access gateway</span>) Connector</span></p> <p> <span>Databricks  (via <span>Direct Access gateway</span>) Connector</span> supporte désormais l'accès aux données du catalogue Unity sur Databricks.</p> <p>Pour plus d'informations, consultez <a href="https://help.qlik.com/en-US/cloud-services/Subsystems/ODBC_Connector_help/Content/Connectors_ODBC/Databricks/Create-Databricks-connection.htm">Création d'une connexion Databricks</a><span> (uniquement en anglais)</span>.</p> </li> <li> <p>Atténuation des erreurs de données causées par le pilote&nbsp;ODBC lors de l'utilisation du connecteur&nbsp;ODBC (via <span>Direct Access gateway</span>)</p> <p>Parfois, en raison d'un problème lié à la gestion des types de données sources par le pilote&nbsp;ODBC du fournisseur, une erreur se produit lors du chargement ou des données incorrectes sont chargées sur <span>Qlik Cloud</span>. Dans ce cas, vous pouvez remplacer le type de données <span>Qlik Cloud</span> ou sa spécification (échelle ou précision, par exemple). </p> <p>Pour plus d'informations, consultez <a href="https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Overridi">Remplacement du type de données <span>Qlik Cloud</span> par défaut lors de l'utilisation du connecteur ODBC (via <span>Direct Access gateway</span>)</a>.</p> </li> </ul><br><br><ul> <li> <p>Relocalisation du journal des événements de démarrage, de sortie et de redémarrage du connecteur</p> <p>À partir de <span>Direct Access gateway</span>&nbsp;1.7.1, les événements de démarrage, de sortie et de redémarrage du connecteur seront écrits dans le fichier journal <span><span>Direct Access gateway</span>(DirectAccessAgent)</span>.  Dans les versions précédentes, ils étaient écrits dans le fichier journal <span><span>Connector agent logs</span> (connector-agent_logs_&lt;date&gt;)</span>.</p> </li> </ul><br><br>Problèmes résolus<br><br>Direct Access gateway 1.7.1 résout les problèmes suivants :<br><br><ul> <li>Dans certains scénarios, l'activation de l'option RELOAD_CACHE_MEMORY_MB (qui met en cache les données en vue de leur chargement en cas de problème) pouvait avoir une incidence sur les performances de chargement.</li> <li> <p>Lorsque l'option RELOAD_CACHE_MEMORY_MB est activée, les chargements échouaient parfois en affichant l'erreur suivante, indiquant que l'accès est refusé ou que le fichier est introuvable&nbsp;:</p> <p>(Connector error: data loading error (DirectAccess-4008) (DirectAccess-4001))</p> </li> <li> <p>Dans certains scénarios, principalement si le port requis par le connecteur n'était pas disponible, le connecteur continuait de planter, même lorsque l'option isolation de processus était activée.</p> </li> <li> <p><span>Direct Access gateway</span> tentait parfois de se reconnecter à la source de données, même après que la réalisation correcte du chargement.</p> </li> <li> <p>Il se produisait parfois une erreur «&nbsp;<span>Could not find file</span>&nbsp;» lorsque l'agent du connecteur tentait de lire un bloc du disque après son chargement en mémoire.</p> </li> <li> <p>Lorsque vous utilisiez le connecteur SAP&nbsp;BW, il se produisait l'erreur suivante&nbsp;:</p> <p>Error when parsing '0TCT_C03': The given key 'CHABASNM' was not present in the dictionary.</p> <p>Le problème a été résolu en ajoutant le support des transports plus anciens sans le champ de métadonnées CHABASNM.</p> </li> <li> <p>Lorsque le fichier <span>configuration.properties</span> contenait des entrées en double, il n'était pas possible de démarrer le service <span>Direct Access gateway</span>.</p> </li> <li> <p> Lorsque vous tentiez de vous connecter à la source de données <span>Azure SQL Database (via Direct_Access gateway)</span> en utilisant la méthode d'authentification <span>Azure Active Directory</span>, l'opération Tester la connexion échouait en affichant l'erreur suivante&nbsp;:    </p> <p>Communication link failure - ERROR [08S01] [Qlik][SqlServer] Connection broken unexpectedly</p> </li> <li> <p>Dans certains cas, lorsque <span>Direct Access gateway</span> se déconnectait de <span>Qlik Cloud</span>, il fallait jusqu'à 10&nbsp;minutes pour l'y reconnecter. Pendant ce temps, aucun chargement ne pouvait démarrer. Ce temps a été réduit à 45&nbsp;secondes. </p> <p>Si vous remarquez que <span>Direct Access gateway</span> prend beaucoup plus de 45&nbsp;secondes pour se reconnecter, vous pouvez la forcer à se reconnecter, comme décrit dans <a href="https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Forcing">Forcer <span>Direct Access gateway</span> à se reconnecter à <span>Qlik Cloud</span></a>.</p> </li> </ul> | 11 février 2026 |
| 1.7.0 | 14 janvier 2025 | Nouvelles fonctions et améliorations<br><br><ul> <li> <p>Connecteur File</p> <p>Le nouveau connecteur <span>File (via Direct Access gateway)</span> offre un accès sécurisé au système de fichiers via <span>Direct Access gateway</span>, ce qui vous permet de diffuser des données directement dans votre application Qlik Sense.</p> <p>Pour plus d'informations, consultez <a href="https://help.qlik.com/en-US/cloud-services/Subsystems/Web_Storage_Provider_Connectors_help/Content/Connectors_StorageProvider/Storage provider connectors/File-DG-storage-provider-connector.htm">File (via Direct Access gateway)</a><span> (uniquement en anglais)</span>.</p> </li> <li> <p><span>Amélioration des performances grâce au support de commande asynchrone</span> </p> <p>Le support de commande asynchrone augmente l'efficacité en permettant à <span>Direct Access gateway</span> de traiter simultanément plusieurs commandes au lieu d'une à la fois.</p> <p>&nbsp;</p> </li> </ul><br><br>Note Informations<br><br>Le support du connecteur File et de l'amélioration des performances grâce à la commande asynchrone seront généralement disponibles dans les clients Qlik Cloud au cours de la deuxième quinzaine de janvier, dans le cadre d'un déploiement progressif par région, selon le calendrier suivant :<br><br><table> <colgroup><col> <col> <col> </colgroup><thead> <tr> <th> <p>Région Qlik Cloud</p> </th> <th> <p>Code de région</p> </th> <th> <p>Activé</p> </th> </tr> </thead>  <tr> <td> <p>Europe (Londres)</p> </td> <td> <p>eu-west-2</p> </td> <td> <p>14&nbsp;janvier</p> </td> </tr> <tr> <td> <p>Japon (Tokyo)</p> </td> <td> <p>ap-northeast-1</p> </td> </tr> <tr> <td> <p>Europe (Francfort)</p> </td> <td> <p>eu-central-1</p> </td> <td> <p>15&nbsp;janvier</p> </td> </tr> <tr> <td> <p>Asie-Pacifique (Singapour)</p> </td> <td> <p>ap-southeast-1</p> </td> </tr> <tr> <td> <p>Asie-Pacifique (Sydney)</p> </td> <td> <p>ap-southeast-2</p> </td> </tr> <tr> <td> <p>Inde (Mumbai)</p> </td> <td> <p>ap-south-1</p> </td> <td>21&nbsp;janvier<p>&nbsp;</p></td> </tr> <tr> <td> <p>Est des États-Unis (Virginie du Nord)</p> </td> <td> <p>us-east-1</p> </td> </tr> <tr> <td> <p>Europe (Irlande)</p> </td> <td> <p>eu-west-1</p> </td> <td> <p>28&nbsp;janvier</p> </td> </tr>  </table><br><br>Problèmes résolus<br><br>Direct Access gateway 1.7.0 résout les problèmes suivants :<br><br><ul> <li> <p>Connecteur Snowflake</p> <p>Le chargement de données contenant des caractères spéciaux échouait avec une «&nbsp;Erreur de compilation&nbsp;SQL&nbsp;».</p> </li> <li> <p>Installation silencieuse</p> <p>L'installation silencieuse de <span>Direct Access gateway</span> lançait une invite interactive demandant de réparer les logiciels préalablement requis.</p> </li> <li> <p>Performances du connecteur Oracle (via Direct Access gateway)</p> <p>Le chargement de données avec le connecteur Oracle (via Direct Access gateway) était nettement plus lent que l'utilisation directe du pilote&nbsp;ODBC.</p> </li> <li> <p>Plantage du connecteur&nbsp;ODBC (via Direct Access gateway)</p> <p>Le connecteur&nbsp;ODBC (via Direct Access gateway) plantait parfois en raison d'un bogue du pilote&nbsp;Simba SQL Server.</p> </li> <li> <p>Échecs de rechargement intermittents</p> <p>Le chargement de plusieurs applications échouait par intermittence en affichant l'erreur suivante (extrait)&nbsp;: </p> <p><span>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.</span> </p> </li> </ul> | 14 janvier 2026 |
| 1.6.9 | 29 octobre 2024 | Nouvelles fonctions et améliorations<br><br><ul> <li> <p>Activation par défaut de l'isolement de processus</p> <p>Dans les versions précédentes, le mode d'isolement de processus était désactivé par défaut. À partir de Direct Access gateway&nbsp;1.6.9, il sera activé par défaut, mais seulement avec une nouvelle installation. Si vous procédez à une mise à niveau, la configuration existante de l'isolement de processus sera conservée (désactivée ou activée, selon sa configuration avant la mise à niveau).</p> <p>Pour en savoir plus sur l'isolation de processus, consultez <a href="https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Process">Isolation de processus</a>.</p> </li> <li> <p>Retrait du fichier de modèle <span>Configuration.properties</span></p> <p>Pour éviter que les clients ne modifient par erreur le mauvais fichier <span>configuration.properties</span>, le fichier de modèle <span>configuration.properties</span> a été retiré du dossier d'installation de <span>Direct Access gateway</span>. Il n'y aura désormais plus qu'un seul fichier <span>configuration.properties</span>, placé dans <span>C:\ProgramData\Qlik\Gateway</span>.</p> </li> </ul><br><br>Problèmes résolus<br><br>Direct Access gateway 1.6.9 résout les problèmes suivants rencontrés avec la fonction de récupération de blocs :<br><br><ul> <li> <p>Les blocs ne sont pas supprimés après le chargement</p> <p>Les blocs traités n'étaient parfois pas supprimés du disque après un chargement.</p> </li> <li> <p>Les blocs ne sont pas supprimés après un plantage</p> <p>Les blocs traités n'étaient parfois pas supprimés du disque après un plantage de <span>Direct Access gateway</span>.</p> </li> <li> <p>Consommation de mémoire élevée</p> <p>Une consommation de mémoire élevée se produisait parfois lors du chargement de blocs stockés.</p> </li> </ul><br><br>Pour plus d'informations sur la fonctionnalité de récupération de blocs, consultez la section [Mémoire pour les blocs de données en cache](https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Memory). | 29 octobre 2025 |
| 1.6.8 | 17 septembre 2024 | Nouvelles fonctions et améliorations<br><br><ul> <li> <p>Mécanisme de récupération de blocs de données</p> <p>Cette version lance le support de l'envoi de blocs de données manquants ou corrompus.    Pour contrôler la taille en mémoire des blocs de données actualisés, une nouvelle propriété a été ajoutée au fichier <span><span>configuration.properties</span></span> file&nbsp;: RELOAD_CACHE_MEMORY_MB</p> <p>Pour plus d'informations sur la fonctionnalité de récupération de blocs, consultez la section <a href="https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Memory">Mémoire pour les blocs de données en cache</a>.</p> </li> <li> <p> .NET&nbsp;6.0.x n'est plus obligatoire.</p> <p>  À partir de cette version, l'exécution de <span>Direct Access gateway</span> ne nécessite plus .NET&nbsp;6.0.x. Avant d'installer <span>Direct Access gateway</span>, les nouveaux clients doivent installer .NET&nbsp;4.8 (nécessaire pour l'installation) ainsi que .NET&nbsp;8.0 et ASP.NET Core Runtime (pour pouvoir utiliser <span>Direct Access gateway</span>) uniquement. </p> <p>Pour plus d'informations sur les conditions préalables requises relatives à <span>Direct Access gateway</span>, consultez <a href="https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-setting-up.htm#anchor-2">Conditions préalables requises du système</a>.</p> </li> <li> <p>Amélioration des opérations par lots des processus dépendants</p> <p>À partir de cette version, les processus dépendants seront vérifiés en parallèle et non plus séquentiellement, ce qui permet d'éviter les exceptions dues à la modification de la liste des processus lors de l'exécution.</p> <p>Pour en savoir plus sur l'isolation de processus, consultez <a href="https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Process">Isolation de processus</a>.</p> </li> <li> <p>Amélioration du dépannage</p> <p>Il a été ajouté davantage de contexte (par exemple, «&nbsp;process ID&nbsp;» et «&nbsp;commit size&nbsp;») aux avertissements relatifs à l'utilisation des ressources dans les journaux.</p> </li> </ul><br><br>Problèmes résolus<br><br>Direct Access gateway 1.6.8 résout les problèmes suivants :<br><br><ul> <li> <p>Message d'erreur trompeur</p> <p>Après un redémarrage de la passerelle (soit manuellement, soit à la suite d'un plantage), les requêtes pouvaient être envoyées à l'agent du connecteur (<span>ConnectorAgent.exe</span>) avant sa réinitialisation. Dans ce cas, le message d'erreur était trompeur. Désormais, le message d'erreur indique que la passerelle est déconnectée.</p> </li> <li> <p>Échecs d'actualisation en raison d'une déconnexion</p> <p>Les déconnexions de la <span>Direct Access gateway</span> après le chargement initial entraînaient parfois l'échec de l'actualisation suivante avec cette erreur&nbsp;:</p> <p>Requested endpoint could not be provisioned due to failure to acquire a load slot: Command getReloadSlot error for reload</p> <p>Échecs d'actualisation en raison de l'arrêt d'un pod</p> <p>Le moteur Analyses mettait parfois en cache les connexions des sessions précédentes et envoyait une requête à un pod dont l'arrêt avait été demandé. Cela entraînait l'échec des actualisations avec l'erreur suivante&nbsp;:</p> <p>Connector error: data loading error (DirectAccess-4008)</p> </li> <li> <p>Blocage du chargement après le redémarrage du service <span>Direct Access gateway</span></p> <p>Dans certains cas, le connecteur-agent ne tentait pas de se reconnecter suite à une déconnexion lors d'une actualisation, ce qui entraînait l'erreur suivante&nbsp;:</p> <p>Reload web socket was aborted due to a failure (DirectAccess-1103)</p> </li> <li> <p>Connecteur Amazon Redshift&nbsp;: la table SELECT renseignait les colonnes dupliquées</p> <p> Lorsqu'il existait des tables dans un schéma externe référencé à partir de la base de données créée dans Datashare, des colonnes en double apparaissaient dans l'aperçu DLE/Gestionnaire de données.</p> </li> </ul> | 17 septembre 2025 |
| 1.6.7 | 16 juillet 2024 | Nouvelles fonctions et améliorations<br><br><ul> <li> <p>Support de l'affectation de port automatique lors de l'utilisation de l'isolation de processus</p> <p>Auparavant, il n'était pas possible de définir la valeur <span>Nombre maximal de processus de chargement simultanés</span> sur un chiffre supérieur à 10 avec les paramètres de plage et de numéro de port par défaut. À partir de cette version, les ports seront automatiquement affectés, ce qui permettra d'avoir un nombre de processus d'actualisation simultanés supérieur à 10.</p> </li> <li> <p> Amélioration de la pagination des métadonnées lors de l'utilisation du connecteur SAP SQL (via Direct Access gateway)</p> <p>  Grâce à cette amélioration, lors de la récupération de 10&nbsp;000&nbsp;tables ou plus, les tables seront récupérées dans des lots de 10&nbsp;000&nbsp; pour prévenir les expirations de délai.</p> </li> </ul><br><br>Problèmes résolus<br><br>Direct Access gateway 1.6.7 résout les problèmes suivants :<br><br><ul> <li> <p>Absence de libération des actualisations arrivées à expiration lors de l'utilisation de l'isolation de processus</p> <p>Lors de l'utilisation de l'isolation de processus, les processus de connecteur n'étaient pas libérés pour les actualisations arrivées à expiration.</p> </li> <li> <p>Poursuite de l'exécution des sessions Amazon Redshift malgré l'annulation de l'application </p> <p>L'exécution des sessions Amazon Redshift se poursuivait jusqu'à la fin de la requête, même si l'application QCS en cours d'exécution était annulée.</p> </li> <li> <p>Résolution de vulnérabilités de sécurité</p> <ul> <li>Les connecteurs <span>Direct Access gateway</span> liaient tous les services à 0.0.0.0, autorisant les connexions de chaque adresse&nbsp;IP sur le poste local, ce qui pouvait exposer le serveur à chaque réseau possible.</li> <li><span>Direct Access gateway</span> tentait de charger MPR.dll à partir d'un répertoire inexistant généré dynamiquement dans le chemin d'accès aux fichiers temporaires de l'utilisateur.  En raison de l'absence de <span>MPR.dll</span> à l'emplacement prévu, un attaquant pouvait placer une DLL malveillante dans ce chemin d'accès, que le programme d'installation pouvait ensuite charger et exécuter.</li> </ul> </li> <li> <p>Blocage du chargement après le redémarrage du service <span>Direct Access gateway</span></p> <p>Lors de l'utilisation de requêtes non-select et d'une procédure stockée, le chargement se figeait pendant plusieurs heures après le redémarrage du service <span>Direct Access gateway</span>.</p> </li> <li> <p>Problèmes d'aperçu et d'actualisation des données</p> <p>Des problèmes d'aperçu et d'actualisation des données se produisaient parfois lors de l'utilisation du connecteur ODBC (via <span>Direct Access gateway</span>) pour accéder à Microsoft Fabric.</p> </li> <li> <p>Erreur lors de l'ajout d'une clause ORDER BY</p> <p>L'ajout d'une clause ORDER BY entraînait une erreur lors de l'utilisation du connecteur ODBC (via <span>Direct Access gateway</span>) et de SQL Anywhere 17.</p> </li> </ul> | 16 juillet 2025 |
| 1.6.6 | 14 mai 2024 | Nouvelles fonctions et améliorations<br><br>Direct Access gateway 1.6.6 lance les nouvelles fonctions et améliorations suivantes :<br><br><ul> <li> <p>Prise en charge de l'accès à ServiceNow via <span>Direct Access gateway</span></p> <p>Cette version lance la prise en charge du connecteur ServiceNow (via <span>Direct Access gateway</span>), permettant aux clients d'accéder en toute sécurité aux sources de données ServiceNow protégées par un pare-feu via une connexion strictement sortante, chiffrée et mutuellement authentifiée. </p> </li> <li> <p> Prise en charge de nouvelles méthodes d'authentification lors de l'utilisation des connecteurs <span>Direct Access gateway</span> suivants&nbsp;:</p> <ul> <li><span>Azure Synapse Analytics&nbsp;:</span> Azure OAuth et Azure Active Directory</li> <li><span>Azure SQL Database&nbsp;:</span> Azure OAuth et Azure Active Directory</li> <li><span>Snowflake&nbsp;:</span> OAuth</li> <li><span>Databricks&nbsp;:</span> Azure OAuth</li> <li><span>MongoDB&nbsp;:</span> SCRAM-SHA-256 et LDAP</li> </ul> </li> <li> <p>Amélioration de la pagination des métadonnées lors de l'utilisation de connecteurs&nbsp;ODBC</p> <p>Grâce à cette amélioration, lors de la récupération de 10&nbsp;000&nbsp;tables ou plus, les tables seront récupérées dans des lots de 10&nbsp;000&nbsp; pour prévenir les expirations de délai.</p> </li> <li> <p>Installation obligatoire de .NET&nbsp;8.x</p> <p>À partir de cette version, les clients devront installer .NET&nbsp;6 et .NET&nbsp;8.x pour pouvoir utiliser <span>Direct Access gateway</span>. Lors de l'installation ou de la mise à niveau, le programme les installera automatiquement, si ce n'est pas déjà fait.</p> </li> <li> <p>Amélioration de la prise en charge</p> <p>Pour faciliter le dépannage, une journalisation supplémentaire mesurant la durée des requêtes <span>Direct Access gateway</span> a été ajoutée.</p> </li> </ul><br><br>Problèmes résolus<br><br>Direct Access gateway 1.6.6 résout les problèmes suivants :<br><br><ul> <li> <p>Si la connexion entre <span>Direct Access gateway</span> et <span>Qlik Cloud</span> était inactive pendant au moins 30&nbsp;secondes, il arrivait que l'opération d'actualisation échoue avec l'erreur suivante&nbsp;: Nom d'objet non valide '#&lt;NomTableTemp&gt;' (indiquant que les tables temporaires <span>Direct Access gateway</span> ne sont pas disponibles). </p> <p>Pour remédier à ce problème, un nouveau paramètre <a href="https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Reload">Expiration de la requête de chargement</a> a été ajouté. Le nouveau paramètre définit la durée de session d'actualisation des connecteurs&nbsp;ODBC et sa valeur par défaut est de 20&nbsp;secondes.</p> </li> <li>L'annulation d'une actualisation entraînait parfois la création d'un processus&nbsp;ODBC et une boucle de terminaison.</li> <li>La connexion entre <span>Direct Access gateway</span> et Qlik Cloud Services se terminait parfois brusquement, sans cause apparente.</li> <li> <p>L'intervalle de nouvelle tentative de connexion <span>Direct Access gateway</span> augmentait continuellement, mais ne se réinitialisait jamais. Le redémarrage du service <span>Direct Access gateway</span> était la seule façon de réinitialiser l'intervalle de nouvelle tentative.</p> </li> <li> <p> Lors de l'utilisation d'une syntaxe incorrecte pour appeler une procédure stockée d'Oracle, l'actualisation de l'opération restait suspendue pendant plusieurs heures au lieu de se terminer immédiatement avec une erreur informative.</p> </li> </ul> | 14 mai 2025 |
| 1.6.5 | 16 avril 2024 | Nouvelles fonctions et améliorations<br><br>Direct Access gateway 1.6.5 lance les nouvelles fonctions et améliorations suivantes :<br><br><ul> <li> <p>Prise en charge du connecteur SAP&nbsp;ODP</p> <p>Cette version permet d'accéder à une source SAP&nbsp;ODP via <span>Direct Access gateway</span>. Pour faciliter cela, un nouveau champ <span>Passerelle de données</span> a été ajouté au connecteur SAP&nbsp;ODP. Le nouveau champ permet aux clients de sélectionner la passerelle à utiliser pour accéder à leur source SAP&nbsp;ODP.</p> <p>Voir également&nbsp;: <a href="https://help.qlik.com/en-US/cloud-services/Subsystems/SAP_ODP_Connectors_Help/Content/Connectors_SAP_ODP/SAP-ODP-intro.htm">Connecteur SAP&nbsp;ODP</a><span> (uniquement en anglais)</span></p> </li> <li> <p>Extension des fonctionnalités de journalisation</p> <p>Cette version lance un nouvel outil de journalisation que Support Qlik peut utiliser pour résoudre les problèmes de certains composants de passerelle.</p> </li> <li> <p>Prise en charge d'une nouvelle région</p> <p>Le Japon est désormais supporté comme région de client Qlik Cloud.</p> </li> <li> <p>Amélioration des performances</p> <p>Meilleures affectations de mémoire pour les sessions chiffrées.</p> </li> </ul><br><br>Problèmes résolus<br><br>Direct Access gateway 1.6.5 résout les problèmes suivants :<br><br><ul> <li> <p>Vulnérabilité de sécurité</p> <p>Les clés secrètes pouvaient être écrites dans le journal&nbsp;DCAAS lors de l'utilisation du connecteur&nbsp;ODBC.</p> </li> <li> <p>Performances d'isolation des processus </p> <p>Les processus mettaient beaucoup de temps à démarrer en cas de charge importante.</p> </li> <li> <p>Chemin d'accès à l'installation erroné</p> <p>L'installation de <span>Direct Access gateway</span> utilisait toujours Qlik comme dossier racine, même si l'utilisateur sélectionnait un autre dossier dans l'assistant de configuration.</p> </li> </ul> | 16 avril 2025 |
| 1.6.4 | 7 mars 2024 | Nouvelles fonctions et améliorations<br><br><ul> <li> <p>Support de l'affichage et du téléchargement des fichiers journaux depuis le centre d'activités <span>Administration</span></p> <p>Cette version lance une fonctionnalité permettant d'afficher les fichiers journaux <span>Direct Access gateway</span> dans le centre d'activités <span>Administration</span> et de les partager avec <span>Qlik</span> Support, si nécessaire. Dans des circonstances normales, il n'y a pas de raison d'afficher les fichiers journaux&nbsp;; mais, si vous rencontrez des échecs répétés ou d'autres problèmes, les fichiers journaux permettront généralement de repérer la cause. </p> <p>Consultez également&nbsp;: <a href="https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Viewing">Affichage et téléchargement de fichiers journaux</a></p> </li> <li> <p>Prise en charge de l'installation de <span>Direct Access gateway</span> en mode silencieux</p> <p>Les clients peuvent désormais installer <span>Direct Access gateway</span> en mode silencieux, ce qui s'avère utile si vous devez installer <span>Direct Access gateway</span> sur plusieurs postes au sein de votre entreprise.</p> <p>Consultez également&nbsp;: <a href="https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-setup-win.htm#Silently">Installation en mode silencieux de Direct Access gateway</a></p> </li> <li> <p>Amélioration de la continuité de la session</p> <p>En cas d'expiration d'une session de chargement, il se produisait parfois une erreur DirectAccess-1012. Désormais, <span>Direct Access gateway</span> tentera de maintenir la session de chargement active en envoyant plus souvent une commande ping à <span>Qlik Cloud</span>.</p> </li> </ul><br><br>Problèmes résolus<br><br>Direct Access gateway 1.6.4 résout les problèmes suivants :<br><br><ul> <li> <p>Nom de paramètre incorrect dans le fichier <span>configuration.properties</span></p> <p>Lors de l'exécution d'une nouvelle installation de <span>Direct Access gateway</span>, le nom de paramètre EXTEND_FIRST_REQUEST_TIMEOUT du fichier <span>C:\ProgramData\Qlik\Gateway\<span>configuration.properties</span></span> était incorrectement appelé FIRST_REQUEST_TIME_EXTENSION.</p> </li> <li> <p>Disponibilité des pods de chargement</p> <p>Lorsque plusieurs chargements partageaient le même ID de chargement, le nombre de pods de chargement dans QCS atteignait le maximum.</p> </li> </ul> | 7 mars 2025 |
| 1.6.3 | 30 janvier 2024 | Direct Access gateway 1.6.3 inclut les améliorations et corrections de bogue suivantes :<br><br><ul> <li> <p><span>Prévention de la perte de données</span> </p> <p>Dans les précédentes versions, pour prévenir toute perte de données éventuelle, Direct Access gateway ne se reconnectait pas automatiquement à la source de données lors d'une actualisation. À partir de cette version, Direct Access gateway se reconnecte désormais automatiquement à la source de données selon les besoins. Pour prévenir la perte de données, le récapitulatif des chargements effectués est vérifié avant la reconnexion. En cas de détection de perte de données, l'actualisation échouera.</p> </li> <li> <p><span>Délai d'expiration des sessions d'actualisation</span> </p> <p>Dans de rares cas, la session d'actualisation restait active indéfiniment. Pour éviter que cela ne se produise, cette version lance un délai d'expiration de trois heures pour les sessions d'actualisation.</p> </li> <li> <p><span>Extension du délai d'expiration des demandes de chargement</span> </p> <p>Les actualisations échouaient parfois en affichant les erreurs suivantes&nbsp;:</p> <code>Connector error: The session does not exist (DirectAccess-1509)</code> <code>Connector error: The stream session expired for the load data request (DirectAccess-1012)</code> <p>Pour remédier à ce problème, un paramètre <span>Expiration de la requête de chargement</span> (permettant de prolonger le délai d'expiration de la demande de chargement) a été ajouté aux paramètres de <span>Direct Access gateway</span>.</p> <p>Les clients qui rencontrent souvent ces erreurs doivent essayer de définir la valeur sur&nbsp;5-10&nbsp;minutes.</p> <p>Pour des instructions détaillées, consultez <a href="https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Load">Expiration de la requête de chargement</a>.</p> </li> <li> <p><span>Prise en charge des messages d'erreur de connexion détaillés</span> </p> <p>Ajout de la prise en charge de l'affichage des messages détaillés en cas d'erreur de connexion lors de l'utilisation de connecteurs basés sur ODBC via Direct Access gateway. Les clients peuvent désormais définir le paramètre <code>ShowErrorDetailMessage </code> dans les paramètres de connecteur <span>Avancés</span> sur true pour voir l'erreur complète renvoyée par le pilote&nbsp;ODBC. Le message d'erreur détaillé apparaîtra dans l'Éditeur de chargement de données. </p> <div><span>Note Informations</span>Le message d'erreur complet est fourni par la source de données que vous utilisez. Qlik n'ajoute aucune information supplémentaire au message d'erreur ni ne le modifie en aucune façon.</div> </li> <li> <p><span>Traitement de plusieurs actualisations via le même ID d'actualisation</span> </p> <p>À partir de cette version, l'ID de session du moteur sera utilisé pour faire la distinction entre plusieurs actualisations portant le même ID d'actualisation. Cela empêchera les éventuels conflits entraînant l'échec des actualisations affichant l'erreur suivante&nbsp;:</p> <code>Connector error: data loading error (DirectAccess-4008</code> </li> </ul> | 30 janvier 2025 |
| 1.6.2 | 9 janvier 2024 | Direct Access gateway 1.6.2 résout un problème qui entraînait parfois le plantage de l'agent de connecteur lors de l'utilisation en mode d'isolation de processus.<br><br>Note Avertissement Il est vivement conseillé aux clients qui utilisent Direct Access gateway 1.6.1 en mode d'isolation de processus d'effectuer la mise à niveau vers cette version. | 9 janvier 2025 |
| 1.6.1 | 12 décembre 2023 | Nouvelles fonctions et améliorations<br><br>Direct Access gateway 1.6.1 lance plusieurs fonctionnalités et améliorations importantes, optimisant ainsi la stabilité et les performances générales.<br><br><ul> <li> <p>Support de la diffusion des chargements sur plusieurs processus de connecteur</p> <p>L'isolement des processus de connecteur a été ajoutée à Direct Access gateway. Il s'agit d'une fonctionnalité à activer, ce qui signifie que, par défaut, elle est désactivée. L'isolation de processus permet aux administrateurs disposant d'un accès direct au système d'exploitation du serveur de passerelles de contrôler le nombre de processus disponibles pour les chargements par type de connecteur. La diffusion des chargements sur plusieurs processus de connecteur augmente le niveau d'isolement en réduisant le nombre de chargements exécutés simultanément sur chaque processus de connecteur. Cette opération, à son tour, améliore la stabilité générale de <span>Direct Access gateway</span> en cas de plantage de certains connecteurs.</p> <p>Pour en savoir plus sur l'isolation de processus, consultez <a href="https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Process">Isolation de processus</a>.</p> </li> </ul><br><br><ul> <li> <p>Ajout de la possibilité de désactiver la segmentation lors de l'utilisation du connecteur SAP&nbsp;BW (via Direct Access gateway) </p> <p>Cette version lance le paramètre d'application BEX_ONE_CHUNK pour le connecteur SAP&nbsp;BW (via Direct Access gateway). Lors de l'accès à SAP&nbsp;BW directement depuis Qlik Cloud (à savoir, pas via Direct access gateway), pour optimiser les performances, l'ensemble des résultats est divisé en segments dans le back-end&nbsp;SAP et lu sous forme de threads distincts. En revanche, lors de l'accès à SAP&nbsp;BW via Direct Access gateway, la division de l'ensemble des résultats en segments ne présente pas de véritable avantage. Au contraire, cela consomme davantage de mémoire partagée dans SAP, car cela nécessite la création d'une table temp supplémentaire pour la durée du transfert de données. Il est possible (même s'il n'est généralement pas obligatoire) de démarrer la segmentation en définissant <span>BEX_ONE_CHUNK:false</span> dans le fichier <span>appsettings.json</span> qui se trouve dans le dossier de fichiers binaires du connecteur&nbsp;SAP.</p> </li> <li> <p>Améliorations apportées aux diagnostics pour les connecteurs SAP&nbsp;BW (via Direct Access gateway) et SAP&nbsp;SQL (via Direct Access gateway)</p> <p>Pour les journaux des connecteurs SAP&nbsp;BW (via Direct Access gateway) et SAP&nbsp;SQL (via Direct Access gateway), un suffixe <span>_port</span> était ajouté avant l'extension de nom du fichier journal et un message <span>ProcessID=###</span> était ajouté aux fichiers journaux du connecteur pour faire la distinction entre les événements des nouvelles instances du connecteur écoutant le même port.</p> </li> <li> <p>Améliorations apportées à la reconnexion</p> <p>Le mécanisme de reconnexion lors du chargement a été amélioré de sorte que Direct Access gateway n'ait plus besoin de se connecter au pod qui avait démarré le chargement (contrairement à ce qui était le cas auparavant). Désormais, au lieu de tenter de se connecter à répétition au pod qui avait démarré le chargement (ce qui entraînait souvent des échecs de chargement), le mécanisme se connectera au premier pod disponible.</p> </li> </ul><br><br>Problèmes résolus<br><br>Direct Access gateway 1.6.0 résout les problèmes suivants :<br><br><ul> <li> <p>Journal du connecteur&nbsp;ODBC via Direct Access gateway</p> <p>Lorsque des chargements étaient effectués depuis différentes sources de données, les processus d'une source de données apparaissaient par erreur dans la journalisation de l'autre source de données.</p> </li> <li> <p>Fichier manquant dans la configuration</p> <p>Le fichier <span>configuration.properties</span> n'était pas copié lors de l'installation de Direct Access gateway.</p> </li> <li> <p>Erreur de chargement lors de la mise à échelle des ressources Qlik Cloud</p> <p>La mise à échelle des ressources Qlik Cloud entraînait parfois une erreur DirectAccess-1006. Le traitement de certains scénarios de mise à échelle des ressources Qlik Cloud a été amélioré lors des chargements des applications via Direct Access gateway.</p> </li> <li> <p>Échec de connexion à Snowflake</p> <p>La connexion à Snowflake via le connecteur&nbsp;ODBC (via Direct Access gateway) échouait.</p> </li> <li> <p>Échec des scripts de débogage des applications dans DLE</p> <p>Les scripts de débogage des applications dans l'éditeur de chargement de données (Data Load Editor ou DLE) avec l'option <span>Limit Results</span> (Limiter les résultats) activée échouaient parfois avec l'erreur suivante&nbsp;: </p> <p>Connector error: Invalid load request (DirectAccess-1006). </p> </li> </ul> | 12 décembre 2024 |
| 1.5.3 | 23 septembre 2023 | Problèmes résolus :<br><br><ul> <li><span>Connecteur&nbsp;ODBC (via Direct Access gateway)&nbsp;: </span>le connecteur plantait parfois lors de l'annulation de chargements de tables volumineuses. Une amélioration a été apportée pour éviter cette situation.</li> <li> <p><span>Connecteur Microsoft SQL Server (via Direct Access gateway)&nbsp;: </span>lors d'une tentative d'établissement d'une connexion à un SQL Server hébergé sur des versions plus anciennes de Windows Server, la connexion échouait en raison d'un problème de compatibilité&nbsp;TLS et l'erreur suivante était renvoyée&nbsp;: </p> <code>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. </code> <p>Pour corriger le problème, le pilote SQL Server a été mis à jour.</p> </li> <li> <p><span>Connecteur SAP SQL (via Direct Access gateway)&nbsp;: </span>lors d'une tentative d'affichage de l'aperçu d'une table, l'erreur suivante apparaissait parfois&nbsp;: </p> <code>Exception of Type System.OutOfMemoryException</code> </li> <li> <p><span>Connecteur SAP SQL (via Direct Access gateway)&nbsp;:</span> il arrivait que le délai d'une tentative d'affichage de l'aperçu d'une table expire au bout de quelques minutes avec l'erreur suivante&nbsp;: </p> <code>Request could not be completed.	</code> </li> <li><span>Connecteurs SAP SQL (via Direct Access gateway) et SAP BW (via Direct Access gateway)&nbsp;:</span> ajout d'informations de diagnostic aux journaux pour faciliter le dépannage en cas d'envoi de plusieurs requêtes simultanées. </li> </ul> | 23 septembre 2024 |

## Désinstallation de Passerelle de données Qlik - Accès direct

Vous pouvez désinstaller une Direct Access gateway qui n’est plus utilisée.

### Désinstallation de passerelles Passerelle de données Qlik - Accès direct installées sur un serveur Windows

Localisez la passerelle dans la liste Windows Applications &gt; Applications installées et sélectionnez Désinstaller dans le menu the Plus icon à la fin de la ligne.

![Direct Access gateway dans la liste Ajouter/Supprimer des programmes](https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Resources/Images/add-remove-DAG.png)

Note InformationsLa désinstallation de Direct Access gateway ne supprime pas les paramètres de configuration. En d'autres termes, si vous désinstallez une version de Direct Access gateway et si vous installez ensuite une autre version, la nouvelle version installée utilisera la même configuration que celle de la version désinstallée.

### Désinstallation de passerelles Passerelle de données Qlik - Accès direct conteneurisées

Effectuez toutes les opérations suivantes :

* Supprimer le conteneur dcaas-dg

* Supprimer le conteneur direct-access-agent

* Supprimer le volume qlik-data-gateway-direct-access\_agent-data

## En savoir plus

* [Configuration de Passerelle de données Qlik - Accès direct](https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-setting-up.htm)