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

Nouvelles fonctions et fonctions améliorées

Support du mécanisme OAuth Application Default Credentials (Identifiants par défaut pour l'application) avec Google BigQuery

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).

Pour des informations détaillées, consultez Création d'une connexion Google BigQuery (uniquement en anglais).

Support des commandes de métadonnées avec Isolation de processus

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).

Les nouvelles options sont supportées via l'IU de configuration ou via l'API publique.

Consultez également : Isolation de processus

Support des régions Brésil (br) et France (fr)

Vous pouvez désormais utiliser Direct Access gateway dans les régions de clients Qlik Cloud au Brésil (br) et en France (fr).

Collecteur de métriques

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.

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.

Pour plus d'informations, consultez Collecteur de métriques.

Problèmes résolus

Après une déconnexion de la passerelle, les chargements échouaient par intermittence en affichant l'erreur suivante :

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)

Nouvelles fonctions et fonctions améliorées

Support des options d'authentification OAuth Databricks mises à jour

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 :

• Principal de service OAuth Databricks

• Compte d'utilisateur OAuth Databricks

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.

Pour en savoir plus, consultez Création d'une connexion Databricks (uniquement en anglais).

Remplacement du port de démarrage par défaut défini par l'isolation des processus

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, soit via l'API publique.

Problèmes résolus

Direct Access gateway 1.7.8 résout les problèmes suivants :

• Connecteur SAP SQL : erreur lors du chargement d'une table contenant un élément de données UTCL

  L'erreur suivante se produisait lors du chargement lorsqu'une table contenait un élément de données UTCL :

  Status (StatusCode="InvalidArgument", Detail="Input string was not in a correct format.

• Échecs de chargement intermittents lors de l'utilisation de la récupération par blocs

  Les chargements échouaient par intermittence en affichant l'erreur suivante :

  Object reference not set to an instance of an object. (DirectAccess-1513))

• Connecteur SAP BW : problème d'extraction de données

  L'extraction de données depuis SAP BW InfoProvider/ADSO en utilisant deux valeurs dans une clause WHERE renvoyait zéro ligne.

• Échecs de connexion gRPC entraînant des erreurs Direct Access-1510

  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 :

  • Un appel gRPC a été ajouté pour s'assurer que le port est disponible pour la connexion gRPC

  • Le canal gRPC sera recréé lorsqu'une connexion est refusée par un connecteur

Nouvelles fonctions et fonctions améliorées

Support du connecteur SAP Report

À partir de cette version, les clients peuvent désormais accéder à leur connecteur SAP Report via Passerelle de données Qlik - Accès direct.

Utilisation du SAP Report Connector (uniquement en anglais)

Support de Direct Access gateway avec Qlik Cloud Government DoD

Cette version ajoute le support de l'utilisation de Direct Access gateway avec Qlik Cloud Government DoD.

Réduction de la latence causée par la résolution DNS

À 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.

Configuration des paramètres de démarrage du connecteur

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.

Configuration du démarrage du connecteur

Demande de créneaux de chargement de manière asynchrone

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.

Demande de créneaux de chargement de manière asynchrone

Nouvel emplacement des journaux d'installation

Les fichiers journaux d'installation seront désormais placés dans <dossier d'installation Direct Access gateway>\data\logs, ce qui est cohérent avec l'emplacement des autres fichiers journaux Direct Access gateway.

Dans les versions précédentes, les fichiers journaux d'installation étaient placés dans C:\Users\<utilisateur>\AppData\Local\Temp. Tous les journaux qui se trouvent encore dans ce dossier seront copiés au nouvel emplacement lors de la mise à niveau.

Problèmes résolus

Direct Access gateway 1.7.7 résout les problèmes suivants :

• Support de la réduction de la taille de colonne lors de la définition de mappages de type personnalisé pour le connecteur ODBC (via Direct Access gateway)

  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 ODBC (via Direct Access gateway). Dans les versions précédentes, la taille de colonne ne pouvait qu'être augmentée.

• Délai d'attente de la commande

  Les commandes de longue durée qui dépassaient le délai d'attente pong par défaut de 45 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 Direct Access gateway.

• IU de configuration - Bouton Enregistrer désactivé

  Le bouton Enregistrer é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.

• IU de configuration - Incohérence entre les valeurs par défaut et les valeurs initiales

  • La valeur initiale du champ Nombre de processus de chargement simultanés différait de la valeur par défaut affichée dans l'IU pour les connecteurs suivants : ODBC, SAP BW, SAP SQL, SAP ODP et REST.

  • La valeur initiale du champ de mode Isolation de processus du connecteur File différait de la valeur par défaut affichée dans l'IU.

• Mode d'authentification Microsoft SQL Server NTLM inopérant

  Arrêt du fonctionnement du mode d'authentification Microsoft SQL Server NTLM lors de l'utilisation de Direct Access gateway 1.7.6

• Défauts de chargement en cas de forte charge

  En cas de fortes charges, les actualisations échouaient parfois en affichant l'erreur suivante :

  Connector error: The gRPC connection to the connector failed. ... (DirectAccess-1510)

  Ce problème a été résolu via l'ajout d'un mécanisme de relance.

• Échecs de chargement intermittents dans certains scénarios

  Les actualisations échouaient parfois en affichant les erreurs suivantes :

  • DirectAccess-4002 : ce problème a été résolu via la réduction de la valeur par défaut de la propriété AGENT_DATA_PING_SKIP_THRESHOLD_SECONDS de 60 à 15 secondes.

  • DirectAccess-2208 : ce problème a été résolu via l'ajout d'un mécanisme de relance.

Connecteur File (via Direct Access gateway) : restriction de l'accès au système de fichiers à des espaces spécifiques

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.

La nouvelle configuration peut être effectuée via l'API publique ou directement dans le fichier de configuration sur le serveur de passerelle.

API publique

Connecteur File (via Direct Access gateway) (uniquement en anglais)

Support de l'application des modifications sans besoin de redémarrer la passerelle

À 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 :

• Pilotes autorisés

• DSN autorisés

• Mappages de types personnalisés

Connecteur Oracle (via Direct Access gateway) : support de la méthode de connexion Oracle TNS Names

Cette version ajoute le support de l'accès à Oracle via TNS Names.

Création d'une connexion Oracle (uniquement en anglais)

Connecteur File (via Direct Access gateway) : activation par défaut de l'isolation des processus

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.

Isolation des processus

Autorisation des connexions à localhost à l'aide du connecteur REST (via Direct Access gateway)

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.

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.

Autorisation des connexions à localhost à l'aide du connecteur REST (via Direct Access gateway)

API publique

Support de l'utilisation de l'API publique pour effectuer des requêtes « load data » (charger des données) de manière asynchrone.

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.

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.

API publique

Améliorations apportées à l'isolation des processus dans les scénarios de forte charge

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 :

• Conflits entre les ports de connecteur lorsque l'isolation des processus est activée

• Tentatives trop fréquentes de démarrage du processus de connecteur

Problèmes résolus

Direct Access gateway 1.7.6 résout les problèmes suivants :

• Connecteurs Oracle (via Direct Access gateway) ou ODBC (via Direct Access gateway) : appels de métadonnées redondants

  Lors de l'utilisation des connecteurs Oracle (via Direct Access gateway) ou ODBC (via Direct Access gateway), certaines propriétés du connecteur effectuaient des appels de métadonnées redondants lorsqu'aucune passerelle n'était sélectionnée.

• Dégradation des performances due à un temps de récupération excessif des métriques de passerelle

  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 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 secondes au lieu de leur récupération à chaque demande de chargement.

• Connecteur AWS Athena (via Direct Access gateway) : échec d'actualisation lors de la tentative de chargement des noms de table ou de colonne contenant des caractères japonais.

  Lors de l'utilisation du connecteur AWS Athena (via Direct Access gateway), une tentative d'actualisation des noms de table ou de colonne contenant des caractères japonais entraînait l'erreur suivante :

  Unable to show the preview column data. User does not have permission to access data, or column data type is not supported.

• Connecteur Google BigQuery (via Direct Access gateway) : échec d'ajout de données à l'aide de Gestionnaire de données

  Lors de l'utilisation du connecteur Google BigQuery (via Direct Access gateway), il se produisait une erreur « Failed to Add data » (Échec d'ajout des données) en cas de tentative d'ajout de données à l'aide de Gestionnaire de données.

• Clarification du mot de passe lors de l'installation de Direct Access gateway sous un compte LocalSystem

  Le champ Mot de passe du programme d'installation de Direct Access gateway amenait certains clients à penser qu'un mot de passe était toujours obligatoire lors de l'installation de Direct Access gateway sous un compte d'utilisateur LocalSystem. Pour résoudre ce problème, le texte de clarification suivant a été ajouté au programme d'installation :

  A password is only required if you are not using the default local system account.

Ajout d'un contexte de journalisation pour les appels de prévisualisation des métadonnées

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.

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)

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.

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.

Support de AsyncCommand avec les requêtes Charger les données

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.

Exécution asynchrone de requêtes Charger les données

Support de la modification de la propriété AGENT_LOG_OPTIONS sans besoin de redémarrer le service Direct Access gateway

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.

Problèmes résolus

Direct Access gateway 1.7.5 résout les problèmes suivants :

• Erreurs renvoyées pour des opérations valides

  L'agent du connecteur renvoyait parfois une erreur « 500 » pour des appels de chargement et d'événement valides.

• API Configuration :

  • La propriété « Max process count » des connecteurs REST et FILE a été mise à jour pour couvrir les valeurs comprises entre 2 et 100

  • Ajout d'une valeur par défaut à la propriété AGENT_LOG_OPTIONS

  • Mise à jour des valeurs de niveau de journalisation DCaaS

• Événements Keep alive :

  • Les événements Keep alive n'étaient parfois pas chiffrés.

  • Une réponse incorrecte de libération des ressources cloud était envoyée lorsque la session de l'agent n'était plus active.

Support du remplacement du compte de service Windows par défaut lors de l'installation

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.

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

Support de Windows Server 2025

Les versions 1.7.0 et ultérieures de Direct Access gateway ont été certifiées pour l'installation sous Windows Server 2025.

Problèmes résolus

Direct Access gateway 1.7.4 résout les problèmes suivants :

• Renforcement de la sécurité

  Lors de l'utilisation du connecteur File (via Direct Access gateway), toutes les opérations sur les fichiers étaient effectuées sous le compte de service Windows « NT AUTHORITY\SYSTEM ». 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.

• Connecteur Google BigQuery (via Direct Access gateway) : erreur de traitement des données TIMESTAMP en dehors d'une plage spécifique

  Lors du traitement de données TIMESTAMP en dehors de la plage 1400-9999 (années), l'erreur suivante se produisait :

  The data contains unsupported data type or row content. Invalid row status.

• Le compte de service Windows personnalisé n'est pas conservé après la mise à niveau

  Après la mise à niveau, le compte de service Direct Access gateway désigné était remplacé de nouveau par le compte local par défaut(LocalSystem).

• Erreur d'actualisation

  Lors d'une actualisation, en raison d'un problème lié au chiffrement des événements keepAlive (envoyés par Qlik Cloud à la passerelle), il se produisait parfois l'erreur suivante :

  Internal error. (Connector error: Reload web socket was aborted due to a failure (DirectAccess-1103))

Améliorations apportées au dépannage

• Les métriques du poste Direct Access gateway (cœurs, espace disque, mémoire, UC, etc.) seront désormais propagées à la journalisation distante afin de faciliter le dépannage.
• L'horodatage des messages du journal sera désormais au format UTC pour tous les journaux, à l'exception des journaux des connecteurs SAP.
• Le nom de journal du connecteur File (via Direct Access gateway) inclut désormais le numéro de port (au lieu de l'ID de processus).
• Les messages de journalisation du connecteur File (via Direct Access gateway) comprennent désormais une colonne ID de processus.

Amélioration du connecteur ODBC (via Direct Access gateway)

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.

Problèmes résolus

Direct Access gateway 1.7.3 résout les problèmes suivants :

• Connecteur REST (via Direct Access gateway) : Échec de chargement

  Le chargement de grandes structures de données échouait parfois en affichant l'erreur suivante :

  Received message exceeds the maximum configured message size.

• Connecteur REST (via Direct Access gateway) : Liste verte d'URL trop restrictive

  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.

• Connecteur ODBC (via Direct Access gateway) : Consommation de mémoire excessive

  Lors de l'utilisation de Multiple SELECT dans le script de chargement, la mémoire VRAM du système source n'était pas libérée et continuait à augmenter à chaque chargement.

• Connecteur MySQL (via Direct Access gateway) : Problème de type de données

  Lorsque vous utilisiez le connecteur MySQL (via Direct Access gateway) pour charger une table avec un type de données « int(9) unsigned », les données de cette colonne étaient renvoyées avec la valeur -1.

• Connecteur SAP SQL (via Direct Access gateway) : MixedMode ne fonctionne pas

  La propriété de la chaîne de connexion MixedMode ne fonctionne pas comme prévu.

• Source de données de type SQL : Problème de script de chargement

  Lors de la connexion à une source de données de type SQL, le « Nom de table » 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.

• Connecteur Databricks (via Direct Access gateway) : Renforcement de la sécurité

  Les données chargées via le connecteur Databricks (via Direct Access gateway) utiliseront désormais toujours SSL pour la communication et les données en transit. L'option précédente permettant d'activer ou de désactiver SSL a été supprimée.

• Renforcement de la sécurité

  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.

Définition d'un seuil de reprise de la récupération de blocs

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é.

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.

Consultez également Définition d'un seuil de durée de récupération de blocs.

Problèmes résolus

Direct Access gateway 1.7.2 résout les problèmes suivants :

• Configuration manquante pour le connecteur REST (via Direct Access gateway)

  Il manquait le paramètre REST_MAX_PROCESS_COUNT dans le fichier configuration.properties dans Direct Access gateway 1.7.1

• Le redémarrage automatique des processus Direct Access gateway ne fonctionnait pas comme prévu

  Les processus Direct Access gateway ne redémarraient parfois pas automatiquement lorsqu'ils plantaient ou étaient interrompus d'une autre manière.

• Dossiers de cache de récupération de blocs créés au mauvais emplacement

  Lorsque le paramètre OVERRIDE_CHUNKS_CACHE_DIR du fichier configuration.properties était vide, les dossiers de cache de récupération de blocs étaient créés dans le dossier [dossier d'installation]\ConnectorAgent au lieu de C:\ProgramData\Qlik\Gateway\tmp (le dossier par défaut).

• Échec de chargement en mode de récupération de blocs

  Lorsque vous travailliez en mode de récupération de blocs, les chargements échouaient parfois en affichant une erreur DirectAccess-4021. 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.

• Problème de niveau de journalisation du connecteur File (Fichier) (via Direct Access gateway)

  Le niveau de journalisation DEBUG du connecteur File (Fichier) (via Direct Access gateway) était ignoré.

• Le contenu du dossier [dossier d'installation de Direct Access gateway]\data\logs\reloads n'était jamais purgé.

  Les anciens fichiers JSON n'étaient jamais purgés du dossier [dossier d'installation de Direct Access gateway]\data\logs\reloads. 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.

• Renforcement de la sécurité

  Cette amélioration ajoute une couche de chiffrement supplémentaire aux événements et aux messages envoyés entre Qlik Cloud et Direct Access gateway, qui contiennent des données sensibles telles que l'IP du pod et l'ID de la passerelle.

Nouvelles fonctions et améliorations

• REST Connector

  Le nouveau connecteur REST (via Direct Access gateway) offre un accès sécurisé à des points de terminaison d'API REST privés via Direct Access gateway, ce qui vous permet de diffuser des données directement dans votre application Qlik Sense.

  Pour plus d'informations, consultez Sources de données REST (uniquement en anglais).

  Note Informations

  Le connecteur REST (via Direct Access gateway) sera déployé dans les régions Qlik Cloud en quatre phases, la phase 4 devant se terminer le 17 février.

  • Phase 1 : SE (Suède), JP (Japon) et UK (Royaume-Uni)
  • Phase 2 : DE (Allemagne), SG (Singapour), AP (Asie-Pacifique) et IN (Inde)

  • Phase 3 : US (États-Unis) et Qlik Cloud Government

  • Phase 4 : UE (Union européenne)
    

• Remplacement du répertoire de cache de blocs par défaut

  Pour chaque opération de chargement, Direct Access gateway 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 (C:\ProgramData\Qlik\Gateway\tmp) si vous ne disposez pas de suffisamment d'espace disque sur le lecteur système.

  Pour plus d'informations, consultez Remplacement du répertoire de cache de blocs par défaut.

• Remplacement du nombre par défaut de tables récupérées lors de l'utilisation du connecteur ODBC (via Direct Access gateway)

  Par défaut, 10 000 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 Direct Access gateway configuration.properties.

  Pour plus d'informations, consultez Nombre maximal de tables à décharger.

• Support de plusieurs catalogues avec Google BigQuery (via Direct Access gateway) Connector

  Google BigQuery (via Direct Access gateway) Connector permet désormais d'accéder à plusieurs catalogues (l'équivalent des projets Google BigQuery) en une seule connexion.

  Pour plus d'informations, consultez Création d'une connexion Google BigQuery (uniquement en anglais).

• Support du catalogue Unity avec Databricks (via Direct Access gateway) Connector

  Databricks (via Direct Access gateway) Connector supporte désormais l'accès aux données du catalogue Unity sur Databricks.

  Pour plus d'informations, consultez Création d'une connexion Databricks (uniquement en anglais).

• Atténuation des erreurs de données causées par le pilote ODBC lors de l'utilisation du connecteur ODBC (via Direct Access gateway)

  Parfois, en raison d'un problème lié à la gestion des types de données sources par le pilote ODBC du fournisseur, une erreur se produit lors du chargement ou des données incorrectes sont chargées sur Qlik Cloud. Dans ce cas, vous pouvez remplacer le type de données Qlik Cloud ou sa spécification (échelle ou précision, par exemple).

  Pour plus d'informations, consultez Remplacement du type de données Qlik Cloud par défaut lors de l'utilisation du connecteur ODBC (via Direct Access gateway).

• Relocalisation du journal des événements de démarrage, de sortie et de redémarrage du connecteur

  À partir de Direct Access gateway 1.7.1, les événements de démarrage, de sortie et de redémarrage du connecteur seront écrits dans le fichier journal Direct Access gateway(DirectAccessAgent). Dans les versions précédentes, ils étaient écrits dans le fichier journal Connector agent logs (connector-agent_logs_<date>).

Problèmes résolus

Direct Access gateway 1.7.1 résout les problèmes suivants :

• 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.

• 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 :

  (Connector error: data loading error (DirectAccess-4008) (DirectAccess-4001))

• 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.

• Direct Access gateway tentait parfois de se reconnecter à la source de données, même après que la réalisation correcte du chargement.

• Il se produisait parfois une erreur « Could not find file » lorsque l'agent du connecteur tentait de lire un bloc du disque après son chargement en mémoire.

• Lorsque vous utilisiez le connecteur SAP BW, il se produisait l'erreur suivante :

  Error when parsing '0TCT_C03': The given key 'CHABASNM' was not present in the dictionary.

  Le problème a été résolu en ajoutant le support des transports plus anciens sans le champ de métadonnées CHABASNM.

• Lorsque le fichier configuration.properties contenait des entrées en double, il n'était pas possible de démarrer le service Direct Access gateway.

• Lorsque vous tentiez de vous connecter à la source de données Azure SQL Database (via Direct_Access gateway) en utilisant la méthode d'authentification Azure Active Directory, l'opération Tester la connexion échouait en affichant l'erreur suivante :

  Communication link failure - ERROR [08S01] [Qlik][SqlServer] Connection broken unexpectedly

• Dans certains cas, lorsque Direct Access gateway se déconnectait de Qlik Cloud, il fallait jusqu'à 10 minutes pour l'y reconnecter. Pendant ce temps, aucun chargement ne pouvait démarrer. Ce temps a été réduit à 45 secondes.

  Si vous remarquez que Direct Access gateway prend beaucoup plus de 45 secondes pour se reconnecter, vous pouvez la forcer à se reconnecter, comme décrit dans Forcer Direct Access gateway à se reconnecter à Qlik Cloud.

Nouvelles fonctions et améliorations

• Connecteur Fichier

  Le nouveau connecteur Fichier (via Direct Access gateway) offre un accès sécurisé au système de fichiers via Direct Access gateway, ce qui vous permet de diffuser des données directement dans votre application Qlik Sense.

  Pour plus d'informations, consultez Fichier (via Direct Access gateway) (uniquement en anglais).

• Amélioration des performances grâce au support de commande asynchrone

  Le support de commande asynchrone augmente l'efficacité en permettant à Direct Access gateway de traiter simultanément plusieurs commandes au lieu d'une à la fois.

   

Problèmes résolus

Direct Access gateway 1.7.0 résout les problèmes suivants :

• Connecteur Snowflake

  Le chargement de données contenant des caractères spéciaux échouait avec une « Erreur de compilation SQL ».

• Installation silencieuse

  L'installation silencieuse de Direct Access gateway lançait une invite interactive demandant de réparer les logiciels préalablement requis.

• Performances du connecteur Oracle (via Direct Access gateway)

  Le chargement de données avec le connecteur Oracle (via Direct Access gateway) était nettement plus lent que l'utilisation directe du pilote ODBC.

• Plantage du connecteur ODBC (via Direct Access gateway)

  Le connecteur ODBC (via Direct Access gateway) plantait parfois en raison d'un bogue du pilote Simba SQL Server.

• Échecs de rechargement intermittents

  Le rechargement de plusieurs applications échouait par intermittence avec l'erreur suivante (extrait) :

  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.

Nouvelles fonctions et améliorations

• Activation par défaut de l'isolement de processus

  Dans les versions précédentes, le mode d'isolement de processus était désactivé par défaut. À partir de Direct Access gateway 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).

  Pour en savoir plus sur l'isolation de processus, consultez Isolation de processus.

• Retrait du fichier de modèle Configuration.properties

  Pour éviter que les clients ne modifient par erreur le mauvais fichier configuration.properties, le fichier de modèle configuration.properties a été retiré du dossier d'installation de Direct Access gateway. Il n'y aura désormais plus qu'un seul fichier configuration.properties, placé dans C:\ProgramData\Qlik\Gateway.

Problèmes résolus

Direct Access gateway 1.6.9 résout les problèmes suivants rencontrés avec la fonction de récupération de blocs :

• Les blocs ne sont pas supprimés après le chargement

  Les blocs traités n'étaient parfois pas supprimés du disque après un chargement.

• Les blocs ne sont pas supprimés après un plantage

  Les blocs traités n'étaient parfois pas supprimés du disque après un plantage de Direct Access gateway.

• Consommation de mémoire élevée

  Une consommation de mémoire élevée se produisait parfois lors du chargement de blocs stockés.

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.

Nouvelles fonctions et améliorations

• Mécanisme de récupération de blocs de données

  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 configuration.properties file : RELOAD_CACHE_MEMORY_MB

  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.

• .NET 6.0.x n'est plus obligatoire.

  À partir de cette version, l'exécution de Direct Access gateway ne nécessite plus .NET 6.0.x. Avant d'installer Direct Access gateway, les nouveaux clients doivent installer .NET 4.8 (nécessaire pour l'installation) ainsi que .NET 8.0 et ASP.NET Core Runtime (pour pouvoir utiliser Direct Access gateway) uniquement.

  Pour plus d'informations sur les conditions préalables requises relatives à Direct Access gateway, consultez Conditions préalables requises du système.

• Amélioration des opérations par lots des processus dépendants

  À 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.

  Pour en savoir plus sur l'isolation de processus, consultez Isolation de processus.

• Amélioration du dépannage

  Il a été ajouté davantage de contexte (par exemple, « process ID » et « commit size ») aux avertissements relatifs à l'utilisation des ressources dans les journaux.

Problèmes résolus

Direct Access gateway 1.6.8 résout les problèmes suivants :

• Message d'erreur trompeur

  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 (ConnectorAgent.exe) 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.

• Échecs d'actualisation en raison d'une déconnexion

  Les déconnexions de la Direct Access gateway après le chargement initial entraînaient parfois l'échec de l'actualisation suivante avec cette erreur :

  Requested endpoint could not be provisioned due to failure to acquire a load slot: Command getReloadSlot error for reload

  Échecs d'actualisation en raison de l'arrêt d'un pod

  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 :

  Connector error: data loading error (DirectAccess-4008)

• Blocage du chargement après le redémarrage du service Direct Access gateway

  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 :

  Reload web socket was aborted due to a failure (DirectAccess-1103)

• Connecteur Amazon Redshift : la table SELECT renseignait les colonnes dupliquées

  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.

Nouvelles fonctions et améliorations

• Support de l'affectation de port automatique lors de l'utilisation de l'isolation de processus

  Auparavant, il n'était pas possible de définir la valeur Nombre maximal de processus de chargement simultanés 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.

• Amélioration de la pagination des métadonnées lors de l'utilisation du connecteur SAP SQL (via Direct Access gateway)

  Grâce à cette amélioration, lors de la récupération de 10 000 tables ou plus, les tables seront récupérées dans des lots de 10 000  pour prévenir les expirations de délai.

Problèmes résolus

Direct Access gateway 1.6.7 résout les problèmes suivants :

• Absence de libération des actualisations arrivées à expiration lors de l'utilisation de l'isolation de processus

  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.

• Poursuite de l'exécution des sessions Amazon Redshift malgré l'annulation de l'application

  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.

• Résolution de vulnérabilités de sécurité

  • Les connecteurs Direct Access gateway liaient tous les services à 0.0.0.0, autorisant les connexions de chaque adresse IP sur le poste local, ce qui pouvait exposer le serveur à chaque réseau possible.
  • Direct Access gateway 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 MPR.dll à 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.

• Blocage du chargement après le redémarrage du service Direct Access gateway

  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 Direct Access gateway.

• Problèmes d'aperçu et d'actualisation des données

  Des problèmes d'aperçu et d'actualisation des données se produisaient parfois lors de l'utilisation du connecteur ODBC (via Direct Access gateway) pour accéder à Microsoft Fabric.

• Erreur lors de l'ajout d'une clause ORDER BY

  L'ajout d'une clause ORDER BY entraînait une erreur lors de l'utilisation du connecteur ODBC (via Direct Access gateway) et de SQL Anywhere 17.

Nouvelles fonctions et améliorations

Direct Access gateway 1.6.6 lance les nouvelles fonctions et améliorations suivantes :

• Prise en charge de l'accès à ServiceNow via Direct Access gateway

  Cette version lance la prise en charge du connecteur ServiceNow (via Direct Access gateway), 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.

• Prise en charge de nouvelles méthodes d'authentification lors de l'utilisation des connecteurs Direct Access gateway suivants :

  • Azure Synapse Analytics : Azure OAuth et Azure Active Directory
  • Azure SQL Database : Azure OAuth et Azure Active Directory
  • Snowflake : OAuth
  • Databricks : Azure OAuth
  • MongoDB : SCRAM-SHA-256 et LDAP

• Amélioration de la pagination des métadonnées lors de l'utilisation de connecteurs ODBC

  Grâce à cette amélioration, lors de la récupération de 10 000 tables ou plus, les tables seront récupérées dans des lots de 10 000  pour prévenir les expirations de délai.

• Installation obligatoire de .NET 8.x

  À partir de cette version, les clients devront installer .NET 6 et .NET 8.x pour pouvoir utiliser Direct Access gateway. Lors de l'installation ou de la mise à niveau, le programme les installera automatiquement, si ce n'est pas déjà fait.

• Amélioration de la prise en charge

  Pour faciliter le dépannage, une journalisation supplémentaire mesurant la durée des requêtes Direct Access gateway a été ajoutée.

Problèmes résolus

Direct Access gateway 1.6.6 résout les problèmes suivants :

• Si la connexion entre Direct Access gateway et Qlik Cloud était inactive pendant au moins 30 secondes, il arrivait que l'opération d'actualisation échoue avec l'erreur suivante : Nom d'objet non valide '#<NomTableTemp>' (indiquant que les tables temporaires Direct Access gateway ne sont pas disponibles).

  Pour remédier à ce problème, un nouveau paramètre Expiration de la requête de chargement a été ajouté. Le nouveau paramètre définit la durée de session d'actualisation des connecteurs ODBC et sa valeur par défaut est de 20 secondes.

• L'annulation d'une actualisation entraînait parfois la création d'un processus ODBC et une boucle de terminaison.
• La connexion entre Direct Access gateway et Qlik Cloud Services se terminait parfois brusquement, sans cause apparente.

• L'intervalle de nouvelle tentative de connexion Direct Access gateway augmentait continuellement, mais ne se réinitialisait jamais. Le redémarrage du service Direct Access gateway était la seule façon de réinitialiser l'intervalle de nouvelle tentative.

• 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.

Nouvelles fonctions et améliorations

Direct Access gateway 1.6.5 lance les nouvelles fonctions et améliorations suivantes :

• Prise en charge du connecteur SAP ODP

  Cette version permet d'accéder à une source SAP ODP via Direct Access gateway. Pour faciliter cela, un nouveau champ Passerelle de données a été ajouté au connecteur SAP ODP. Le nouveau champ permet aux clients de sélectionner la passerelle à utiliser pour accéder à leur source SAP ODP.

  Voir également : Connecteur SAP ODP (uniquement en anglais)

• Extension des fonctionnalités de journalisation

  Cette version lance un nouvel outil de journalisation que Support Qlik peut utiliser pour résoudre les problèmes de certains composants de passerelle.

• Prise en charge d'une nouvelle région

  Le Japon est désormais supporté comme région de client Qlik Cloud.

• Amélioration des performances

  Meilleures affectations de mémoire pour les sessions chiffrées.

Problèmes résolus

Direct Access gateway 1.6.5 résout les problèmes suivants :

• Vulnérabilité de sécurité

  Les clés secrètes pouvaient être écrites dans le journal DCAAS lors de l'utilisation du connecteur ODBC.

• Performances d'isolation des processus

  Les processus mettaient beaucoup de temps à démarrer en cas de charge importante.

• Chemin d'accès à l'installation erroné

  L'installation de Direct Access gateway utilisait toujours Qlik comme dossier racine, même si l'utilisateur sélectionnait un autre dossier dans l'assistant de configuration.

Nouvelles fonctions et améliorations

• Support de l'affichage et du téléchargement des fichiers journaux depuis le centre d'activités Administration

  Cette version lance une fonctionnalité permettant d'afficher les fichiers journaux Direct Access gateway dans le centre d'activités Administration et de les partager avec Qlik Support, si nécessaire. Dans des circonstances normales, il n'y a pas de raison d'afficher les fichiers journaux ; 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.

  Consultez également : Affichage et téléchargement de fichiers journaux

• Prise en charge de l'installation de Direct Access gateway en mode silencieux

  Les clients peuvent désormais installer Direct Access gateway en mode silencieux, ce qui s'avère utile si vous devez installer Direct Access gateway sur plusieurs postes au sein de votre entreprise.

  Consultez également : Installation en mode silencieux de Direct Access gateway

• Amélioration de la continuité de la session

  En cas d'expiration d'une session de chargement, il se produisait parfois une erreur DirectAccess-1012. Désormais, Direct Access gateway tentera de maintenir la session de chargement active en envoyant plus souvent une commande ping à Qlik Cloud.

Problèmes résolus

Direct Access gateway 1.6.4 résout les problèmes suivants :

• Nom de paramètre incorrect dans le fichier configuration.properties

  Lors de l'exécution d'une nouvelle installation de Direct Access gateway, le nom de paramètre EXTEND_FIRST_REQUEST_TIMEOUT du fichier C:\ProgramData\Qlik\Gateway\configuration.properties était incorrectement appelé FIRST_REQUEST_TIME_EXTENSION.

• Disponibilité des pods de chargement

  Lorsque plusieurs chargements partageaient le même ID de chargement, le nombre de pods de chargement dans QCS atteignait le maximum.

Direct Access gateway 1.6.3 inclut les améliorations et corrections de bogue suivantes :

• Prévention de la perte de données

  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.

• Délai d'expiration des sessions d'actualisation

  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.

• Extension du délai d'expiration des demandes de chargement

  Les actualisations échouaient parfois en affichant les erreurs suivantes :

  Connector error: The session does not exist (DirectAccess-1509)

  Connector error: The stream session expired for the load data request (DirectAccess-1012)

  Pour remédier à ce problème, un paramètre Expiration de la requête de chargement (permettant de prolonger le délai d'expiration de la demande de chargement) a été ajouté aux paramètres de Direct Access gateway.

  Les clients qui rencontrent souvent ces erreurs doivent essayer de définir la valeur sur 5-10 minutes.

  Pour des instructions détaillées, consultez Expiration de la requête de chargement.

• Prise en charge des messages d'erreur de connexion détaillés

  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 ShowErrorDetailMessage dans les paramètres de connecteur Avancés sur true pour voir l'erreur complète renvoyée par le pilote ODBC. Le message d'erreur détaillé apparaîtra dans l'Éditeur de chargement de données.

  Note InformationsLe 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.

• Traitement de plusieurs actualisations via le même ID d'actualisation

  À 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 :

  Connector error: data loading error (DirectAccess-4008

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.

Nouvelles fonctions et améliorations

Direct Access gateway 1.6.1 lance plusieurs fonctionnalités et améliorations importantes, optimisant ainsi la stabilité et les performances générales.

• Support de la diffusion des chargements sur plusieurs processus de connecteur

  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 Direct Access gateway en cas de plantage de certains connecteurs.

  Pour en savoir plus sur l'isolation de processus, consultez Isolation de processus.

• Ajout de la possibilité de désactiver la segmentation lors de l'utilisation du connecteur SAP BW (via Direct Access gateway)

  Cette version lance le paramètre d'application BEX_ONE_CHUNK pour le connecteur SAP BW (via Direct Access gateway). Lors de l'accès à SAP 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 SAP et lu sous forme de threads distincts. En revanche, lors de l'accès à SAP 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 BEX_ONE_CHUNK:false dans le fichier appsettings.json qui se trouve dans le dossier de fichiers binaires du connecteur SAP.

• Améliorations apportées aux diagnostics pour les connecteurs SAP BW (via Direct Access gateway) et SAP SQL (via Direct Access gateway)

  Pour les journaux des connecteurs SAP BW (via Direct Access gateway) et SAP SQL (via Direct Access gateway), un suffixe _port était ajouté avant l'extension de nom du fichier journal et un message ProcessID=### é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.

• Améliorations apportées à la reconnexion

  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.

Problèmes résolus

Direct Access gateway 1.6.0 résout les problèmes suivants :

• Journal du connecteur ODBC via Direct Access gateway

  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.

• Fichier manquant dans la configuration

  Le fichier configuration.properties n'était pas copié lors de l'installation de Direct Access gateway.

• Erreur de chargement lors de la mise à échelle des ressources Qlik Cloud

  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.

• Échec de connexion à Snowflake

  La connexion à Snowflake via le connecteur ODBC (via Direct Access gateway) échouait.

• Échec des scripts de débogage des applications dans DLE

  Les scripts de débogage des applications dans l'éditeur de chargement de données (Data Load Editor ou DLE) avec l'option Limit Results (Limiter les résultats) activée échouaient parfois avec l'erreur suivante :

  Connector error: Invalid load request (DirectAccess-1006).

Problèmes résolus :

• Connecteur ODBC (via Direct Access gateway) : le connecteur plantait parfois lors de l'annulation de chargements de tables volumineuses. Une amélioration a été apportée pour éviter cette situation.

• Connecteur Microsoft SQL Server (via Direct Access gateway) : 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é TLS et l'erreur suivante était renvoyée :

  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.

  Pour corriger le problème, le pilote SQL Server a été mis à jour.

• Connecteur SAP SQL (via Direct Access gateway) : lors d'une tentative d'affichage de l'aperçu d'une table, l'erreur suivante apparaissait parfois :

  Exception of Type System.OutOfMemoryException

• Connecteur SAP SQL (via Direct Access gateway) : 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 :

  Request could not be completed.

• Connecteurs SAP SQL (via Direct Access gateway) et SAP BW (via Direct Access gateway) : ajout d'informations de diagnostic aux journaux pour faciliter le dépannage en cas d'envoi de plusieurs requêtes simultanées.

**Nouvelles fonctions et améliorations :

• Support du nouveau connecteur ODBC (via Direct Access gateway) (uniquement en anglais).

• La colonne Version du centre d'activités Administration affiche désormais la version de la Direct Access gateway au lieu de la version du RepAgent (un de ses sous-composants).

Problèmes résolus :

• La mise à niveau de la Direct Access gateway réinitialisait les paramètres de journalisation avancés du connecteur ODBC (comme la rétention et la taille maximale des fichiers journaux) aux paramètres par défaut.
• Dans de rares cas, le connecteur ODBC plantait et l'agent Direct Access gateway ne parvenait pas à le redémarrer.
• En cas d'échec de connexion ou de requête SQL non valide, une erreur générique "Offset and length were out of bounds..." (Décalage et longueur hors limites) était renvoyée au lieu de la cause réelle de l'erreur.
• Dans de rares cas, les chargements du hub échouaient avec une erreur "DirectAccess-4008" pour les applications supérieures à 3 Go qui comportaient un traitement ou des délais prolongés après la requête de passerelle initiale. Une journalisation supplémentaire a été ajoutée pour faciliter l'identification de tout problème associé.

Problèmes résolus :

• La modification de la valeur ODBC_LOG_LEVEL du fichier C:\ProgramData\Qlik\Gateway\configuration.properties n'avait aucun effet.

• Si une connexion à la passerelle Accès direct active n'était pas utilisée pendant plusieurs minutes, cela entraînait un échec de chargement avec l'erreur suivante :

  Connector error: Invalid load request (DirectAccess-1006)

  Le problème a été résolu en empêchant l'expiration si la session est encore active.

• Le chargement de tables comportant de nombreuses colonnes provenant de MySQL et de PostgreSQL échouait parfois avec l'erreur suivante :

  System.InvalidOperationException: Failed to HPACK encode the headers

• Lorsque des utilisateurs n'avaient pas de privilèges sur un espace géré contenant la passerelle Accès direct, l'erreur confuse suivante apparaissait :

  Requested endpoint could not be provisioned due to failure to acquire a load slot: Object reference not set to an instance of an object.

  Le message d'erreur a été amélioré, afin de mieux décrire le problème.

• Plusieurs tentatives de chargement échouaient parfois en raison d'une consommation de mémoire excessive.

Fonctions et améliorations :

Direct Access gateway vérifie régulièrement son intégrité. À partir de cette version, le contrôle d'intégrité démarrera le service Direct Access gateway s'il ne répond pas pendant 5 minutes.

Problèmes résolus :

• Lors du lancement d'un chargement avec une requête qui renvoie immédiatement des métadonnées, mais qui renvoie le premier bloc de données uniquement au bout de quelques minutes, l'erreur suivante se produisait parfois :

  Connector error: data loading error (DirectAccess-4008)

• Dans certain scénarios, Direct Access gateway ne se reconnectait pas à Qlik Cloud en cas d'interruption d'un chargement.

• Dans de rares situations, l'erreur suivante était rencontrée lors des chargements :

  No connection could be made because the target machine actively refused it.

• Lors de la connexion à SQL Server, des caractères spéciaux dans des mots de passe n'étaient pas correctement chiffrés, entraînant l'erreur suivante :

  Command test connection returned non-success: Error message: Please check the values for Username‚ Password‚ Host and other properties. Description: Access credentials are not valid for this connection.

• Le connecteur ODBC se bloquait parfois lors de l'abandon d'une activité de chargement depuis l'interface utilisateur alors que la requête renvoyait des données.

• Dans de rares scénarios associés à des chargements volumineux, les chargements échouaient parfois avec l'erreur suivante :

  Connector error: Unknown reason:. Index was outside the bounds of the array. (DirectAccess-1500)

Mise à jour des certificats d'autorité de certification (CA) nécessaires pour l'authentification du client Qlik Cloud.

Cette version résout le problème suivant :

Dans certains scénarios, Passerelle de données Qlik - Accès direct 1.3.1 a tendance à utiliser trop d'UC. La version 1.3.2 résout ce problème et ne contient aucune autre modification. Pour prévenir les défaillances liées à l'UC, nous encourageons tous les utilisateurs à effectuer immédiatement la mise à niveau à la version 1.3.2.

Cette version inclut le CA bundle pour Qlik Cloud Government et résout plusieurs problèmes.

Fichier CA bundle pour Qlik Cloud Government

Le CA bundle authentifie l'identité du client Qlik Cloud, garantissant ainsi une connexion fiable.

Dans les précédentes versions de Direct Access gateway, le fichier CA bundle pour les utilisateurs Qlik Cloud Government était fourni par Qlik, si nécessaire. À partir de cette version, le fichier CA bundle est inclus dans l'installation.

Dans une configuration par défaut, le fichier de bundle de l'autorité de certification (CA) est installé à l'emplacement suivant : C:\Program Files\Qlik\ConnectorAgent\caBundle]qcg_ca_bundle.pem

Problèmes résolus

• Une vulnérabilité de la sécurité a été identifiée, selon laquelle le client HTTP utilisé pour une connexion proxy suivait une redirection.

• L'agent Direct Access gateway se bloquait parfois avec l'erreur suivante :

  Unable to write data to the transport connection: An established connection was aborted by the software in your host machine

• Une exception se produisait parfois lors de l'initialisation de la connexion, ce qui figeait Direct Access gateway au redémarrage.
• La gestion de l'actualisation des sessions a été améliorée, pour éviter les délais d'expiration inutiles.
• La colonne Version de Direct Access gateway dans le centre d'activités Administration indiquait la mauvaise version.
• L'agent continuait à envoyer des données à la passerelle après l'arrêt de la tâche par l'utilisateur ou la limite de quota atteinte.
• Le chiffrement de bout en bout de Passerelle de données n'était pas activé par défaut et était contrôlé par des indicateurs d'exécution.

Cette version résout les problèmes suivants :

• Il se peut que la version 1.2 de Passerelle de données Qlik – Accès direct ne puisse pas être installée en raison d'un problème avec sa signature numérique.
• Les fichiers de configuration étaient remplacés lors de la mise à niveau, entraînant la perte des modifications

Fonctions et améliorations :

• Ajout de la prise en charge des sources SAP BW et SAP SQL. Pour des informations sur la configuration de la connectivité à ces sources, voir SAP NetWeaver (uniquement en anglais).

Problèmes résolus :

• Meilleure stabilité et meilleure récupération du service Passerelle de données Qlik - Accès direct, supprimant le besoin de le redémarrer manuellement
• Support du remplacement des paramètres d'installation et de configuration Direct Access gateway par défaut

Fonctions et améliorations :

• Ajout du support de Windows Server 2022

Problèmes résolus :

• Résolution d'un problème de stabilité potentiel lié à la sélection d'un chemin d'accès personnalisé lors de la configuration

1.1.0

18 octobre 2022

Fonctions et améliorations :

• Support des portefeuilles Oracle Wallets
• Support de Google BigQuery
• Messages d'erreur améliorés

Problèmes résolus :

• Meilleure récupération du système après le plantage d'un pilote
• Le service Passerelle de données Qlik - Accès direct s'arrête parfois de manière imprévue.