# Mise à niveau et désinstallation de Passerelle de déplacement des données

Cette rubrique explique comment mettre à niveau ou désinstaller votre installation Passerelle de déplacement des données. Elle contient également un tableau répertoriant les modifications lancées dans chaque version de Passerelle de déplacement des données.

## Procédure de mise à niveau

Pour connaître votre version actuelle, accédez à Administration > Passerelles de données et consultez la colonne Version correspondant à votre Passerelle de déplacement des données.

S'il existe une nouvelle version disponible, le numéro de version sera suivi d'un !. Pour plus d'informations, vous pouvez survoler l'icône the Informations icon à l'aide de la souris.

Note InformationsLes versions sont parfois publiées sous forme de correctifs. Le ! ne sera affiché que si une nouvelle version standard est disponible (par opposition à une version corrective). Pour savoir si une version est un correctif ou une version standard, consultez la colonne Type du tableau Historique des versions Passerelle de déplacement des données ci-dessous.

Si la version de passerelle installée n'est pas supportée, l'État est Désactivé et une mise à niveau est nécessaire pour activer la passerelle.

Chaque fois qu'une nouvelle version du RPM Passerelle de déplacement des données est disponible, vous devez la télécharger depuis Administration et mettre à niveau l'installation existante.

Pour effectuer cette action :

1. Téléchargez la nouvelle version en cliquant sur the Plus icon sur la passerelle, puis sur Mettre à niveau.

   Acceptez le contrat client et téléchargez le RPM.

2. Ouvrez une invite shell et remplacez le répertoire de travail par le répertoire contenant le fichier RPM.

3. Exécutez la commande suivante :

   Syntaxe :

   rpm -U <rpm name>

   Exemple :

   sudo rpm -U qlik-data-gateway-data-movement.rpm

4. Démarrez le service Data Movement gateway :

   sudo systemctl start repagent

5. Confirmez éventuellement le lancement du service :

   sudo systemctl status repagent

   Le statut doit être comme suit :

   Active: active (running) since <timestamp> ago

## Historique des versions de Passerelle de déplacement des données

| Versions | Type | Date de publication | Modifications significatives | Date de fin de la prise en charge |
| --- | --- | --- | --- | --- |
| 2026.5.29 | Standard | 29 septembre 2026 | Problèmes résolus<br><br><ul> <li> <p>Agrégation des statistiques de Chargement complet partiel</p> </li> <li> <p>Databricks Lakehouse (Delta) / Databricks (Cloud Storage) – Échec de la connexion test ODBC avec un proxy (nom d'utilisateur/mot de passe) sur tous les environnements intermédiaires</p> </li> <li> <p>Databricks Lakehouse (Delta) Volume - Échec de suppression du répertoire en raison de l'erreur CLOUD_FILE_NOT_FOUND</p> </li> <li> <p>Pour le mode application, la tâche de Chargement complet uniquement doit activer le DDL</p> </li> <li> <p>Création par la cible SAP Application d'un caractère spécial dans les données lors du chargement au format de données Snowflake</p> </li> <li> <p>Préparation par la cible S3 Chargement complet d'enregistrements en double sur les mêmes fichiers json ou sur des fichiers json différents avec un SAP Extractor source</p> </li> <li> <p>Absence de message d'erreur pertinent lorsque la table est suspendue</p> </li> <li> <p>Job SAP ODP cible OData terminé, mais sans achèvement de Chargement complet</p> </li> <li> <p>Support de SQL Server 2012 (ignorer la vérification Always-Encrypted)</p> </li> <li> <p>Limitation de LOCAL INFILE au mode charger uniquement pour les cibles MySQL/MemSQL (correctif LFI)</p> </li> <li> <p>Source SAPDB – Des données incorrectes (données manquantes, doublons) peuvent survenir pour une table lorsqu'une autre table reçoit la commande LOAD TABLE.</p> </li> <li> <p>Support de la modification de la longueur du type de données dans Databricks delta</p> </li> <li> <p>BigQuery Streaming – Valeurs nulles tronquées dans les champs de type de données STRING lors de la concaténation de caractères</p> </li> <li> <p>Échec de la recherche de LOB PostgreSQL si la clé primaire contient TIMESTAMPTZ</p> </li> <li> <p>Lorsqu'un appel DBCC dans SQL Server Deferred Constructor renvoie une erreur récupérable, nous devons nous reconnecter une fois et réessayer, en raison du possible délai d'expiration</p> </li> <li> <p>Source HANA, type de données DECIMAL dans la cible supprimant les valeurs d'échelle, ce qui entraîne une incohérence des données</p> </li> <li> <p>Source SAP ODP dans la version&nbsp;2025.11 si l'option INCLUDE a été utilisée pour le modèle de sélection de tables. Le Chargement complet met plus de temps à se terminer.</p> </li> <li> <p>SQL Server Always Encrypted&nbsp;: la table passe en mode suspension dans n'importe quelle tâche vers n'importe quelle cible en raison d'un fichier&nbsp;CSV endommagé</p> </li> <li> <p>Support de rollback to savepoint SAP HANA</p> </li> <li> <p>Échec d'une tâche en raison d'un problème d'expiration de jeton lors de l'utilisation de l'authentification par un principal de service Azure Active Directory</p> </li> <li> <p>Échec d'exécution de la ressource. Le message d'erreur devrait afficher la table manquante dans le journal.</p> </li> <li> <p>Redshift - la longueur de colonne n'est pas supportée</p> </li> <li> <p>Les déclencheurs sont abandonnés de manière incorrecte</p> </li> <li> <p>Il peut arriver que les opérations Update Oracle sur les lignes compressées n'incluent pas de valeur de colonne de clé primaire dans l'image suivante, entraînant l'utilisation d'une valeur NULL dans la cible</p> </li> <li> <p>Tâche de dépôt temporaire - le retrait et l'ajout de la même table ne créent pas la table _ct si elle est abandonnée manuellement de la BdD cible</p> </li> <li> <p>Ajout d'un indicateur&nbsp;UTC pour la valeur de colonne datatime dans les fichiers S3 Parquet</p> </li> <li> <p>Enregistrements manquants lors du détachement/rattachement de la cible après une erreur de recherche de LOB</p> </li> <li> <p>DB2 Z/os est vert, mais aucune modification n'est transférée</p> </li> <li> <p>DataBricks Delta remplace le zéro binaire des chaînes de caractères par un espace</p> </li> <li> <p>La commande alternateBackupFolderTransportCommand ne conserve pas la casse</p> </li> <li> <p>Mode Enregistrement complet SAP HANA - il se peut que les déclencheurs échouent si QTREP/TRAN_LOG est plein</p> </li> <li> <p>Impossible d'utiliser le chargement parallèle sur la table SAP VBRP pour Databricks Lakehouse (Delta)</p> </li> <li> <p>DataBricks (Cloud Storage) remplace le zéro binaire des chaînes de caractères par un espace</p> </li> <li> <p>SAPDB - nouvelle occurrence de tables présentant des valeurs NULL dans la clé primaire pour certains événements</p> </li> <li> <p>Plantage lors de la recherche de LOB lorsque l'ordre des colonnes dans SAP et dans les tables backend est différent</p> </li> <li> <p>Erreur lors de la conversion du fichier csv en fichier parquet</p> </li> <li> <p>Lors de l'utilisation de Standby Oracle, omission de la séquence Online redo log entraînant une perte de données</p> </li> <li> <p>SAPDB - Plantage de la tâche lors de la recherche de LOB lorsque les métadonnées requises n'étaient pas encore lues</p> </li> <li> <p>Lecture Oracle à partir d'Online redo log alors que Redo n'est pas encore préparé.</p> </li> <li> <p>Oracle 26ai + chiffrement TDE - Analyse incorrecte du REDO log de modifications CDC chiffrées</p> </li> <li> <p>Ajout du support de la région Canada</p> </li> <li> <p>Support de la connexion proxy https</p> </li> <li> <p>Lors de l'utilisation d'une passerelle gérée, le package de diagnostic inclut uniquement le dernier log</p> </li> <li> <p>Source SQL Server (MS-CDC) – Requête de modification non valide générée pour les colonnes de géométrie lorsqu'une transformation de renommage de colonne est configurée</p> </li> <li> <p>Source Stitch – Fichiers de table de suivi des modifications non fermés au démarrage ou à la fin de Chargement complet</p> </li> <li> <p>Source et cible Teradata – Mise à jour de la documentation de configuration du pilote</p> </li> <li> <p>Sécurité – Mise à jour de netty-codec-http vers 4.1.136.Final </p> </li> <li> <p>Sécurité – Mise à jour de lz4-java vers 1.11.1</p> </li> <li> <p>Sécurité – Mise à jour de jackson-core vers 2.18.8</p> </li> <li> <p>Sécurité – Mise à jour de jetty-security vers 12.1.10</p> </li> <li> <p>Sécurité – Mise à jour de Log4j dans les points de terminaison sources SAP ODP et Salesforce</p> </li> <li> <p>Support de errorMessage pour fullLoadPartial</p> </li> <li> <p>La tâche cible Snowflake affichait de nombreuses erreurs «&nbsp;Object '&lt;&gt;."attrep_status"' does not exist or not authorized&nbsp;» (L'objet '&lt;&gt;."attrep_status"' n'existe pas ou n'est pas autorisé).</p> </li> <li> <p>La cible Snowflake utilisant l'option Snowpipe Streaming échoue avec l'erreur XMLOutputFactory après la mise à niveau vers 2026.5.0.169</p> </li> <li> <p>Plantage du pilote MySQL lors de l'accès aux métadonnées</p> </li> <li> <p>Un octet nul dans une source est converti en espace sur la cible S3</p> </li> <li> <p>Modifications des colonnes LCHR non capturées dans CDC (type de données CLOB DB LUW)</p> </li> <li> <p>Mise à niveau depuis la version GA pour les données manquantes sur notre tâche SAPSLT entre la durée FULL et CDC, maintenant la tâche passe en récupération et échoue</p> </li> <li> <p>La conversion par psqlODBC de LF en CRLF entraîne une chaîne trop longue pour la colonne cible</p> </li> <li> <p>«&nbsp;Optimize handling when LOB size is less than&nbsp;» (Optimiser le traitement lorsque la taille de LOB est inférieure à) écrit des données incorrectes dans la colonne XMLTYPE lors d'une opération Chargement complet</p> </li> <li> <p>Mot-clé réservé utilisé dans la requête lorsqu'une source Postgresql Edb est en mode de compatibilité Oracle</p> </li> </ul> | Déterminé lors de la publication de la version suivante. |
| 2025.11.66 | Standard | 30 juin 2026 | Note AvertissementDepuis le 1er juillet 2026, les clients qui utilisent Passerelle de déplacement des données et qui souhaitent créer de nouvelles tâches avec des connecteurs d'applications SaaS doivent effectuer une mise à niveau vers Data Movement 2025.11.66 (cette version) ou une version ultérieure.<br><br>Problèmes résolus<br><br><ul> <li> <p>Problème de syntaxe dans la table de contrôle attrep_history sur Databricks et Snowflake</p> <p>Après la mise à niveau vers <span>Passerelle de déplacement des données</span>&nbsp;2025.11.40, les opérations INSERT dans la table de contrôle attrep_history entraînaient une erreur de syntaxe.</p> </li> <li> <p>Source Oracle</p> <p>La sélection de table get_table_list échouait en affichant le code d'erreur Oracle&nbsp;1406 lors de la récupération des métadonnées de table dans les environnements Oracle Autonomous Database avec la compression activée.</p> </li> <li> <p>Échec de la ressource Replicate</p> <p>Amélioration du message d'erreur de sorte qu'il affiche le nom de la table manquante dans le log lorsqu'une tâche de dépôt temporaire ne parvient pas à s'exécuter en raison d'une table manquante.</p> </li> <li> <p>Tâche de dépôt temporaire - Table de suivi des modifications</p> <p>La suppression et le rajout d'un jeu de données dans une tâche de dépôt temporaire ne créaient plus la table de suivi des modifications si elle était abandonnée manuellement dans la base de données cible.</p> </li> <li> <p>Source SQL Server - Compatibilité Always Encrypted</p> <p>Ajout du support de SQL&nbsp;Server&nbsp;2012 (à l'aide d'une propriété interne) en ignorant le contrôle de validation Always Encrypted (Toujours chiffré), qui n'est pas supporté dans les versions de SQL&nbsp;Server antérieures à 2016.</p> </li> <li> <p>SQL Server Always Encrypted</p> <p>Résolution d'un problème dans lequel les tables étaient suspendues dans n'importe quelle tâche vers n'importe quelle cible en raison de la gestion de fichiers&nbsp;CSV endommagés lors de l'utilisation de colonnes Always Encrypted (Toujours chiffré).</p> </li> <li> <p>Sécurité</p> <p>Mise à jour de la bibliothèque libcurl pour résoudre la vulnérabilité&nbsp;CVE-2025-14819.</p> </li> <li> <p>Données enregistrées avec un nom de base de données contenant un trait d'union</p> <p>Résolution d'un problème dans lequel la préparation de tâche de données enregistrées échouait lorsque les noms de base de données contenaient des traits d'union.</p> </li> <li> <p>Cible Snowflake - délai d'expiration de COPY INTO</p> <p>Résolution des erreurs de dépassement du délai d'expiration qui se produisaient lors de l'étape COPY INTO durant le chargement de jeux de données volumineux dans Snowflake.</p> </li> </ul> | 1er mars 2027 |
| 2025.11.40 | Standard | 29 avril 2026 | Relooking du pilote Databricks<br><br>À des fins d'alignement sur Databricks, la présentation du pilote permettant d'utiliser le connecteur Databricks a été revue.<br><br>Note AvertissementPour éviter l'échec des tâches, les clients qui utilisent le connecteur Databricks doivent mettre leur pilote à niveau. Vous pouvez le faire automatiquement à l'aide de l'utilitaire de configuration du pilote (recommandé) ou manuellement. Pour des instructions, voir [Configuration du pilote](https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/TargetConnections/databricks-target.htm#Driver). Si vous choisissez d'installer le pilote manuellement, assurez-vous de modifier le fichier odbcinst.ini conformément aux instructions.<br><br>Support de nouvelles versions des pilotes Snowflake et Google BigQuery<br><br>Cette version lance le support des nouvelles versions suivantes des pilotes :<br><br><ul> <li> <p><span>Snowflake&nbsp;:</span> Pilote&nbsp;ODBC Snowflake&nbsp;3.15.0 (64&nbsp;bits)</p> </li> <li> <p><span>Google BigQuery&nbsp;:</span> Pilote&nbsp;ODBC Simba version&nbsp;3.1.6.1026</p> </li> </ul><br><br>Support du type de données VARIANT de Databricks<br><br>À partir de cette version, les types de données suivants seront mappés vers le type de données VARIANT natif de Databricks :<br><br><ul> <li> <p>STRING</p> </li> <li> <p>WSTRING</p> </li> <li> <p>NCLOB</p> </li> <li> <p>CLOB</p> </li> </ul><br><br>Note InformationsNécessite Databricks Runtime 15.4 ou une version ultérieure<br><br>Problèmes résolus<br><br><ul> <li> <p>Source IBM DB2 pour iSeries</p> <p>Après la reprise d'une tâche, la capture des modifications d'une table contenant des colonnes décimales binaires entraînait le plantage de la tâche.</p> </li> <li> <p>Source PostgreSQL - problème lié à CDC</p> <p>Après la reprise d'une tâche qui n'avait capturé aucune modification la minute précédant son arrêt, aucune modification n'était capturée.</p> </li> <li> <p>Connecteur&nbsp;SSH - problème lié au test de la connexion</p> <p>Un clic sur Tester la connexion dans le connecteur&nbsp;SSH ne renvoyait pas d'erreurs liées à la connectivité&nbsp;SSH en cas de problèmes avec SSH.</p> </li> <li> <p>Cible Snowflake - problème de flux Snowpipe </p> <p>Lors de l'utilisation de Flux Snowpipe comme méthode de chargement, le chargement de tables très volumineuses consommait une quantité excessive de mémoire, ce qui finissait par planter la tâche et créer une boucle de chargement et de plantage.</p> </li> <li> <p>Source Microsoft SQL Server (log-based) - erreur peu claire</p> <p>Lors de la spécification d'un <span>dossier de sauvegarde alternatif</span> ne contenant pas les journaux requis, la tâche s'arrêtait en affichant un message peu clair au lieu d'émettre un avertissement et de continuer.</p> </li> <li> <p>Sécurité</p> <p>Le composant <span>org.apache.logging.log4j:log4j-core</span> a été mis à niveau à la version&nbsp;2.25.3 en raison de vulnérabilités connues rencontrées avec les versions installées.</p> </li> <li> <p>Source SAP ODP - problème de filtrage</p> <p>Le filtre SAP ODP n'était pas transmis à SAP lorsqu'il était défini sur un extracteur fonctionnant en mode CDC uniquement.</p> </li> <li> <p>Source SAP ODATA - problème de filtrage</p> <p>La définition de plus d'une plage de filtrage sur une seule colonne entraînait l'échec de l'opération Chargement complet.</p> </li> </ul> | 30 décembre 2026 |
| 2025.11.23 | Standard | 11 mars 2026 | Extension du support du chargement parallèle<br><br>La fonctionnalité de chargement parallèle supporte désormais la cible Databricks.<br><br>[Réplication de segments de jeu de données en parallèle](https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/Replicating/Table-settings-replication.htm)<br><br>Table de contrôle de l'historique DDL : support de nouvelles cibles<br><br>La table de contrôle attrep\_ddl\_history (Historique DDL) contient un historique des modifications DDL qui se sont produites sur la source lors de la réplication dans la cible.<br><br>Les points de terminaison cibles suivants sont désormais supportés :<br><br><ul> <li>Google BigQuery</li> <li>Google Cloud Alloy DB pour PostgreSQL</li> <li>Google Cloud SQL pour PostgreSQL</li> <li>PostgreSQL (sur site)</li> </ul><br><br>[Historique DDL](https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/Replicating/ddl_history.htm)<br><br>Amélioration de la colonne d'en-tête « [header]\_\_change\_mask »<br><br>Lors de l'utilisation de tables de modifications au format Parquet, la colonne d'en-tête [header]\_\_change\_mask ajoute désormais des zéros à gauche (au lieu de le faire à droite) pour s'aligner sur la règle Little Endian (Petit-boutiste) de stockage des octets dans l'ordre inverse.<br><br>Points de terminaison cibles affectés :<br><br><ul> <li> <p>Amazon S3  </p> </li> <li> <p>Google Cloud Storage</p> </li> </ul><br><br>[Tables de modifications](https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/Replicating/read_change_tables.htm)<br><br>Nouvelles versions de sources et de cibles de données supportées<br><br><ul> <li> <p>Cible Kafka&nbsp;: 4.0.x</p> </li> <li> <p>Source IBM z/OS&nbsp;: 3.2 </p> </li> </ul><br><br>Nouvelles versions de pilotes supportées<br><br><ul> <li>Pilote ODBC Microsoft&nbsp;18.5</li> <li>MySQL&nbsp;8.4</li> </ul><br><br>Fin de vie pour Microsoft Azure Database pour MySQL et Microsoft Azure Database pour PostgreSQL<br><br>Le support de Microsoft Azure Database pour MySQL et de Microsoft Azure Database pour PostgreSQL, officiellement rendus obsolètes par Microsoft, a été arrêté.<br><br>Versions de sources et de cibles de données en fin de vie<br><br><ul> <li> <p>Cible Databricks&nbsp;: 10.4 LTS et 11.3 LTS </p> </li> <li> <p>Source et cible MariaDB&nbsp;: 10.5</p> </li> <li> <p>Source et cible PostgreSQL&nbsp;: 13.x</p> </li> <li> <p>Source et cible MySQL&nbsp;: 8.1  </p> </li> </ul><br><br>Versions de pilotes en fin de vie<br><br><ul> <li> <p>Pilote ODBC Microsoft&nbsp;18.3</p> </li> </ul><br><br>Problèmes résolus<br><br><ul> <li> <p>Source SAP (Application)</p> <p>Les tâches configurées de sorte à utiliser une source&nbsp;SAP (Application) avec un processus backend qui générait des événements auto-validés se bloquaient parfois après l'actualisation d'une table. </p> </li> <li> <p>Cible de base de données SQL Microsoft Azure </p> <p>Dans une réplication homogène, en cas de travail en mode «&nbsp;Application transactionnelle&nbsp;» ou en mode «&nbsp;Application avec optimisation par lots&nbsp;» passant en mode un par un, il se produisait une erreur «&nbsp;0 ligne affectée&nbsp;» lorsqu'une colonne DATETIME faisait partie de la clé primaire sur la cible. </p> </li> <li> <p>Source Oracle </p> <p>La tâche Oracle se bloque en mode Chargement complet lorsqu'une table contient une colonne long raw et que la taille de LOB maximale est supérieure ou égale à 64&nbsp;Ko. </p> </li> <li> <p>Source SAP Extractor - Boucle de déchargement en raison de l'annulation de l'opération CDC</p> <p>Lors du chargement d'une table, les tâches CDC SAP de longue durée sont parfois annulées. Cela pouvait entraîner un état d'erreur récupérable dans lequel le déchargement ne se terminait jamais.</p> </li> <li> <p>Sécurité</p> <p>Les composants suivants ont été mis à niveau en raison de vulnérabilités connues&nbsp;:</p> <ul> <li>Mise à niveau de <span>JRE </span> de 17.0.17 vers 17.0.18</li> <li> <p>Mise à niveau de <span>org.eclispe.jetty:jetty-io</span> de 11.0.25 vers 11.0.26</p> </li> <li> <p>Mise à niveau de <span>org.apache.logging.log4j:log4j-core</span> de 2.23.1 vers 2.25.3</p> </li> </ul> </li> <li> <p>SAP&nbsp;ODP</p> <p>L'erreur suivante se produisait lors d'une opération&nbsp;CDC lorsqu'un filtre était défini pour une table&nbsp;:</p> <p>Invalid value for parameter "I_DIMNAME"</p> </li> <li> <p>SAP Extractor</p> <p>Delta cessait de fonctionner si la tâche était arrêtée et reprise alors qu'une des tables était en état de chargement. </p> </li> <li> <p>Source d'application&nbsp;SaaS (Workday Reports)</p> <ul> <li> <p>Lors d'une opération Chargement complet, lors de la connexion au dossier intermédiaire&nbsp;S3, la tâche échouait parfois en affichant l'erreur suivante&nbsp;:</p> <p>Unable to execute HTTP request: Connect to s3.amazonaws.com:443</p> <p>Le problème a été résolu via la mise en œuvre d'un mécanisme de plusieurs tentatives de connexion au dossier&nbsp;S3 lorsque la première connexion échoue.</p> </li> <li> <p>Le privilège CREATE SCHEMA était requis, même lorsque le schéma existait déjà.</p> </li> </ul> </li> <li> <p>Cible Microsoft SQL Server</p> <p>Une perte de données se produisait parfois dans les colonnes LOB et une réplication de données incorrecte se produisait lors d'une opération&nbsp;CDC lorsque la taille de LOB était définie sur illimitée dans les paramètres de la tâche.</p> </li> <li> <p>Cible PostgreSQL </p> <p>L'échec de chargement du fichier&nbsp;CSV dans la table Net Changes renvoyait une erreur récupérable (entraînant une boucle infinie) au lieu de passer à une application un par un. </p> </li> <li> <p>Réplication MySQL vers MySQL</p> <p>Lorsque le schéma de la source et de la cible se trouvaient dans la même instance&nbsp;MySQL et que la réplication incluait une table de contrôle, la tâche se bloquait parfois en affichant une erreur «&nbsp;Processus bloqué avec le signal&nbsp;11&nbsp;».</p> </li> <li> <p>Source PostgreSQL</p> <p>Lors d'une opération&nbsp;CDC, la tâche lisait parfois les mêmes entrées&nbsp;WAL à de nombreuses reprises, ce qui empêchait la capture de données.</p> </li> <li> <p>Source Microsoft SQL Server </p> <ul> <li> <p>Il se produisait une erreur lors de la décompression d'un journal de transactions contenant des blocs chiffrés. Le problème a été résolu en laissant le journal compressé dans de tels cas. </p> </li> <li> <p>Des erreurs redondantes s'affichaient lors de l'utilisation d'un autre dossier de sauvegarde, en raison d'une vérification de validation inutile des fichiers existants.</p> </li> <li> <p>La tâche se bloquait parfois après l'invocation de DBCC Lookup. </p> </li> </ul> </li> </ul> | 29 octobre 2026 |
| 2025.5.41 | Correctif | 15 février 2026 | Correction d'un problème dans lequel le statut CDC n'était pas affiché dans le moniteur. | 11 septembre 2026 |
| 2025.5.40 | Standard | 10 février 2026 | Support du connecteur cible Kafka<br><br>La nouvelle version de Passerelle de déplacement des données lance le support du connecteur cible Kafka. Répliquez sans effort vos données de n'importe quelle source supportée directement dans Kafka sur site ou Amazon MSK, garantissant ainsi des transferts fiables et tolérants aux pannes qui maintiennent vos applications agiles et informées. Que vous assuriez la cohérence des données entre les systèmes ou que vous alimentiez l'analyse, ce connecteur offre une réplication à faible latence avec une configuration minimale.<br><br>Pour plus d'informations, consultez [Cible Kafka](https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/TargetConnections/kafka-target.htm).<br><br>Problèmes résolus<br><br><ul> <li> <p>Échec de la tâche de réplication de la source MySQL vers la cible MySQL</p> <p>Lors de la réplication d'un jeu de données d'un schéma MySQL vers un schéma MySQL différent s'exécutant sur la même instance de serveur MySQL, et en incluant une table de contrôle dans la réplication, CDC échouait en affichant l'erreur suivante&nbsp;:</p> <p>Process crashed with signal 11</p> </li> </ul><br><br><ul> <li> <p>Connecteur SAP Extractor&nbsp;: Table suspendue lors de la reprise d'une tâche</p> <p>La reprise d'une tâche alors qu'une table était encore en cours de chargement complet entraînait l'échec du Job d'extraction et la suspension de la table.</p> </li> </ul> | 11 septembre 2026 |
| 2025.5.32 | Correctif | 13 janvier 2026 | Problèmes résolus<br><br><ul> <li> <p>Cible PostgreSQL - Comportement d'erreur incorrect</p> <p>L'échec de chargement du fichier&nbsp;CSV dans la table Qlik Net Changes renvoyait une erreur récupérable (entraînant une boucle infinie) au lieu de passer à une application un par un.</p> </li> </ul><br><br><ul> <li> <p>Connecteurs Lite d'applications&nbsp;SaaS</p> <p>Lors d'une opération Chargement complet, les tâches échouaient parfois en affichant l'erreur suivante en raison du refus actif de la connexion par Amazon&nbsp;:</p> <code>Unable to execute HTTP request: Connect to s3.amazonaws.com:443</code> <p>Le problème a été résolu via la mise en oeuvre d'un mécanisme de nouvelle tentative avec un maximum de trois nouvelles tentatives avant que l'erreur ne se produise.</p> </li> </ul><br><br><ul> <li> <p>Source Microsoft SQL Server - Échec de décompression du journal</p> <p>Il se produisait une erreur lors de la décompression d'un journal de transactions contenant des blocs chiffrés. Le problème a été résolu en laissant le journal compressé dans de tels cas.</p> </li> </ul><br><br><ul> <li> <p>Source Netsuite Suite Analytics - Erreur de reprise d'une tâche CDC</p> <p>Lors de la reprise d'une tâche CDC après avoir apporté une modification à la source, la tâche échouait parfois en affichant l'erreur suivante&nbsp;:</p> <code>Cannot change column title from type VARCHAR(8000) to VARCHAR(3) because reducing the byte-length of a varchar is not supported.</code> </li> </ul><br><br><ul> <li> <p>Source Microsoft SQL Server - Fausses erreurs</p> <p>Des erreurs redondantes s'affichaient lors de l'utilisation d'un autre dossier de sauvegarde, en raison d'une vérification de validation inutile des fichiers existants.</p> </li> </ul> | 10 août 2026 |
| 2025.5.22 | Standard | 25 novembre 2025 | Support de clés primaires Databricks<br><br>À partir de cette version, la tâche de données créera une clé primaire sur les tables Delta Databricks cibles via le mot-clé RELY. Bien que Databricks n'applique pas de contraintes de clé primaire, les clés primaires avec le mot-clé RELY sont supposées n'avoir aucun doublon et peuvent donc être utilisées par Databricks pour l'optimisation des requêtes.<br><br>Conditions requises :<br><br><ul> <li> <p>Vous devez sélectionner un catalogue dans les paramètres du connecteur.</p> </li> <li> <p>Databricks&nbsp;14.2 ou version ultérieure</p> </li> </ul><br><br>Améliorations apportées aux types de données<br><br><ul> <li> <p><span>Source IBM DB2 pour iSeries&nbsp;:</span> le support des types de données suivants a été ajouté&nbsp;: BINARY-DECIMAL et ZONED-DECIMAL </p> </li> <li> <p><span>Cible Databricks&nbsp;:</span> dans les versions précédentes, BYTES était mappé vers STRING. À partir de cette version, il sera mappé vers VARCHAR (Length in Bytes) </p> </li> <li> <p><span>Cible Google Cloud BigQuery&nbsp;: </span>le sous-type JSON est désormais supporté par la cible Google Cloud BigQuery</p> </li> </ul><br><br>Source basée sur PostgreSQL : les tables partitionnées sont désormais supportées par défaut<br><br>La réplication (chargement complet et CDC) de partitions et de sous-partitions (et de sous-sous-partitions) à partir de sources de données basées sur PostgreSQL est désormais supportée par défaut.<br><br>Cible Google Cloud BigQuery : support du traitement des erreurs de troncature de données<br><br>La cible Google Cloud BigQuery supporte désormais le traitement des erreurs de troncature de données. En cas d'erreur de troncature de données, vous pouvez désormais choisir de consigner l'enregistrement dans la table de contrôle des exceptions (par défaut), d'ignorer l'enregistrement, de suspendre la table ou d'arrêter la tâche.<br><br>Nouvelles versions supportées<br><br>Les versions de points de terminaison sources et cibles suivantes sont désormais supportées :<br><br><ul> <li> <p>MariaDB (sur site) et Amazon RDS pour MariaDB&nbsp;: 11.4</p> </li> <li> <p>MySQL (sur site), MySQL Percona, Google Cloud SQL pour MySQL, Amazon RDS pour MySQL et Microsoft Azure Database pour MySQL - Serveur flexible&nbsp;: 8.4</p> </li> <li> <p>PostgreSQL (sur site), Google Cloud SQL pour PostgreSQL, Amazon RDS pour PostgreSQL et Microsoft Azure Database pour PostgreSQL - Serveur flexible&nbsp;: 17.x </p> </li> </ul><br><br>Nouvelles versions de pilotes supportées<br><br>IBM Data Server Client 11.5.9 est désormais supporté pour les sources DB2 suivantes :<br><br><ul> <li> <p>IBM DB2 pour LUW </p> </li> <li> <p>IBM DB2 pour z/OS</p> </li> </ul><br><br>Versions de sources et de pilotes en fin de vie<br><br><ul> <li> <p><span>Sources et cibles en fin de vie&nbsp;: </span>le support de Microsoft Azure Database pour MySQL et de Microsoft Azure Database pour PostgreSQL, officiellement rendus obsolètes par Microsoft, a été arrêté.</p> </li> <li> <p><span>Versions de sources en fin de vie&nbsp;:</span> le support d'IBM DB2 pour iSeries&nbsp;7.2, qui est en fin de vie (EOL), a été arrêté. </p> </li> <li> <p><span>Versions de pilotes en fin de vie&nbsp;: </span>le support d'IBM Data Server Client&nbsp;11.5.6 a été arrêté.</p> </li> </ul><br><br>Problèmes résolus<br><br><ul> <li> <p>Support de HSTS</p> <p>HSTS n'était pas activé sur le poste <span>Passerelle de données Qlik - Déplacement des données</span>.</p> </li> <li> <p>Échec d'installation de <span>Passerelle de déplacement des données</span></p> <p>L'installation de <span>Passerelle de déplacement des données</span> sur Redhat version&nbsp;9.7 échouait avec une erreur «&nbsp;OPENSSL_3.4.0 introuvable&nbsp;».</p> </li> <li> <p>Source PostgreSQL&nbsp;15.7 - Aucune donnée capturée lors de l'opération CDC</p> <p>Lors de l'opération CDC, la tâche continuait à lire les mêmes entrées WAL et à traiter la même position de flux.</p> </li> <li> <p>SAP ODP - Échec de l'opération CDC</p> <p>Après l'arrêt d'une tâche CDC pendant des modifications (en raison d'un problème de connectivité, par exemple), la reprise de la tâche entraînait parfois des erreurs de longueur de ligne.</p> </li> <li> <p>Absence de journaux de connexions sources</p> <p>Les journaux de connexions sources n'étaient pas disponibles après l'exécution d'une tâche utilisant un connecteur En avant-première ou Lite.</p> </li> <li> <p>Surveillance - Informations manquantes </p> <p>L'onglet <span>Surveiller </span>n'affichait pas de message d'erreur lorsqu'une table était suspendue lors de la phase CDC d'une tâche Chargement complet et CDC.</p> </li> </ul> | 10 août 2026 |
| 2024.11.95 | Standard | 4 novembre 2025 | Support de la création de marts de connaissances dans Databricks<br><br>Auparavant, les marts de connaissances n'étaient supportés que dans Snowflake. Désormais, vous pouvez également créer et exécuter des marts de connaissances et des marts de connaissances basés fichiers dans Databricks.<br><br>Problèmes résolus :<br><br>Les tâches échouaient de temps en temps lors de la préparation en affichant l'erreur suivante :<br><br>`The request was canceled due to the configured HttpClient.Timeout of 300 seconds elapsing.` | 25 mai 2026 |
| 2024.11.90 | Standard | 21 octobre 2025 | Problèmes résolus :<br><br>Lorsque la propriété interne metadataschema était définie avec des caractères spéciaux, la tâche échouait lors de l'opération CDC. | 4 mai 2026 |
| 2024.11.84 | Correctif | 16 septembre 2025 | Problèmes résolus :<br><br><ul> <li> <p>Alertes de production dans la région EU-Central-1</p> <p>Les clients de la région EU-Central-1 étaient confrontés à de fréquentes alertes de production lorsqu'ils utilisaient <span>Passerelle de déplacement des données</span>.</p> </li> <li> <p>Source de données Jira&nbsp;: Table bloquée</p> <p>Lors de la réplication de données à partir de Jira, la table USERS (UTILISATEURS) restait bloquée à l'état Queued (En file d'attente) lors de la première exécution, alors que les autres tables se chargeaient correctement.</p> </li> <li> <p>Problème de surveillance</p> <p>La surveillance CDC était absente du moniteur de tâches.</p> </li> <li> <p>Échec de réplication d'Oracle à Oracle</p> <p>Les tâches de réplication d'Oracle à Oracle échouaient parfois en raison d'un calcul incorrect de la longueur de chaîne.</p> </li> <li> <p>Sécurité</p> <p>Le composant serveur Java (sqlite-jdbc) a été mis à jour à la version&nbsp;3.47.0 en raison d'une vulnérabilité connue dans les versions antérieures.</p> </li> <li> <p>Erreur lors du démarrage d'une tâche</p> <p>Il se produisait parfois une erreur «&nbsp;Absence de licence pour la base de données&nbsp;» lorsqu'une tâche était lancée en mode de reprise pour la première fois, sans avoir été démarrée auparavant.</p> </li> <li> <p>Problème de connecteur Salesforce avec de nouveaux jeux de données</p> <p>L'ajout de nouveaux jeux de données à une tâche de dépôt temporaire avec une source de données Salesforce entraînait l'échec de la tâche avec une erreur «&nbsp;La table n'existe pas&nbsp;».</p> </li> </ul> | 21 avril 2026 |
| 2024.11.78 | Standard | 3 septembre 2025 | Note Avertissement<br><br>Les clients qui utilisent une cible Snowflake doivent mettre à niveau leur pilote Snowflake une fois la mise à niveau de Passerelle de déplacement des données terminée. Sinon, les tâches échoueront.<br><br>Pour des instructions, consultez [Configuration du pilote](https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/TargetConnections/snowflake-target.htm#Driver).<br><br>Problèmes résolus :<br><br><ul> <li> <p>Erreur de connexion des tâches de stockage</p> <p>Les tâches de stockage échouaient avec une erreur de connexion qui nécessitait le redémarrage de la passerelle.</p> </li> <li> <p>Échec d'installation du pilote DB2</p> <p>L'installation du pilote DB2 échouait lorsque l'accès au dossier /tmp était restreint.</p> </li> <li> <p>Temps de connexion à <span>Qlik Cloud</span> excessif</p> <p>Après la mise à niveau à la version&nbsp;2024.11.65 de <span>Passerelle de déplacement des données</span>, la connexion à <span>Qlik Cloud</span> prenait trop de temps. Le problème a été résolu via l'ajout d'un jeton d'annulation avec un délai d'attente de deux minutes.</p> </li> <li> <p>Le service plantait après la mise à niveau </p> <p>Après la mise à niveau vers <span>Passerelle de déplacement des données</span>&nbsp;2024.11.67, le service external-data-provider (fournisseur de données externe) (utilisé par les connecteurs Lite) plantait en raison de restrictions d'accès au dossier /tmp.</p> </li> <li> <p>Correctifs de sécurité</p> <p>Les composants suivants ont été remplacés par des versions plus récentes en raison de vulnérabilités connues&nbsp;:</p> <ul> <li> <p>SQLite 3.49.1</p> </li> <li> <p>Moteur d'exécution Java 17.0.15</p> </li> <li> <p>org.bouncycastle:bcpkix-fips 2.0.7 (bcpkix-fips-2.0.7.jar) </p> </li> <li> <p>org.bouncycastle:bc-fips 2.0.0 (bc-fips-2.0.0.jar)</p> </li> </ul> </li> <li> <p>Marts de connaissances - Partage de fichiers (SMB)</p> <p>La connexion à SMB échouait avec l'erreur suivante&nbsp;:</p> <p>SmbConnection' object has no attribute 'docs_path'</p> </li> <li> <p>Échec de préparation</p> <p>Lors de la préparation d'une tâche pour la deuxième fois et en cas de DDL après la première préparation, l'opération de préparation échouait parfois avec l'erreur suivante (extrait)&nbsp;:</p> <p>Could not find match between landing metadata with gateway task metadata for the following tables: &lt;name&gt;</p> </li> <li> <p>Problème de prévisualisation des données</p> <p>L'option de prévisualisation des données ne fonctionnait pas lors de l'utilisation d'une cible Microsoft SQL Server.</p> </li> </ul><br><br>Améliorations :<br><br><ul> <li> <p>Ajout du support de Qlik Cloud Government DoD</p> <p>Cette version ajoute un support lors de l'utilisation de <span>Passerelle de déplacement des données</span> avec Qlik Cloud Government DoD.</p> </li> </ul> | 21 avril 2026 |
| 2024.11.70 | Standard | 12 août 2025 | Améliorations :<br><br><ul> <li> <p>Contrôle du moment où la politique de traitement des erreurs de la table se déclenche</p> <p>Un nouveau paramètre <span>Nombre de nouvelles tentatives avant de renvoyer une erreur de table</span> a été ajouté aux paramètres de traitement des erreurs de la table pour les tâches de réplication et de dépôt temporaire. Auparavant, lorsqu'il se produisait une erreur de table, celle-ci était suspendue ou la tâche s'arrêtait (suivant l'action de traitement des erreurs sélectionnée). Cela entraînait parfois la suspension des tables pendant la fenêtre de maintenance de l'application&nbsp;SaaS. Avec cette nouvelle option, il est désormais possible de déterminer le nombre de fois où l'exécution de la table doit être retentée avant le déclenchement de la politique de traitement des erreurs de la table. Cette option s'avère particulièrement utile si votre application&nbsp;SaaS fait l'objet d'une maintenance périodique&nbsp;; en effet, cela vous permet de remplacer le nombre de nouvelles tentatives par défaut (3) afin que la maintenance puisse se terminer sans déclenchement de la politique de traitement des erreurs de la table.</p> <p><a href="https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/Replicating/replicating-settings.htm#anchor-7:~:text=the exceptions table.-,Table errors,-When encountering a">Traitement des erreurs de la table</a> </p> <div><span>Note Informations</span>Cette option ne s'affiche que pour les tâches configurées avec un connecteur d'application&nbsp;SaaS Lite ou Standard.</div> </li> <li> <p>Les données d'aperçu incluent désormais les types de données de colonne</p> <p>Lors de l'affichage de l'aperçu d'une transformation&nbsp;SQL, les résultats incluent désormais les types de données de colonne.</p> <p><a href="https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/Transformation/Adding-SQL-based-tables.htm#anchor-2">Affichage d'un aperçu des données</a> </p> </li> </ul> | 3 mars 2026 |
| 2024.11.67 | Standard | 29 juillet 2025 | Améliorations :<br><br><ul> <li> <p>Substitution et purge des fichiers journaux de réplication</p> <p>Une politique de substitution et de purge a été mise en place pour les fichiers journaux de réplication sur le poste passerelle. La politique de substitution empêchera les fichiers journaux de devenir trop volumineux (ce qui a une incidence sur les performances et l'analyse), tandis que la politique de purge les empêchera de s'accumuler et de consommer un espace disque excessif.</p> </li> </ul><br><br>Problèmes résolus :<br><br><ul> <li> <p>Statut de table incorrect après actualisation</p> <p>Lors de l'actualisation d'une table suspendue, le statut de la table affiché sur le moniteur était parfois incorrect.</p> </li> <li> <p>Expiration du délai d'attente de l'opération Préparer</p> <p>Lors de la préparation d'une tâche de dépôt temporaire après l'ajout d'un jeu de données, le délai d'attente expirait parfois à l'étape de catalogage des ressources. Cela entraînait l'échec de l'opération Préparer.</p> </li> </ul> | 12 février 2026 |
| 2024.11.65 | Correctif | 22 juillet 2025 | Ce correctif résout les problèmes suivants :<br><br><ul> <li> <p>Échec de la préparation lors de l'ajout d'une nouvelle table</p> <p>Lors de l'ajout d'une nouvelle table à une tâche de réplication et d'un clic sur le bouton <span>Préparer</span>, l'erreur suivante se produisait parfois&nbsp;:</p> <p>Prepare data task failed: Object reference not set to an instance of an object.</p> </li> <li> <p>Résolution de vulnérabilités</p> <p>Les fichiers d'installation <span>Passerelle de déplacement des données</span> suivants ont été mis à jour vers des versions sans vulnérabilités connues&nbsp;:<br></p> <ul> <li> <p>java</p> </li> <li> <p>jetty-io-&lt;version&gt;.jar </p> </li> <li> <p>jetty-http-&lt;version&gt;.jar</p> </li> <li> <p>spring-expression-&lt;version&gt;.jar</p> </li> <li> <p>spring-core-&lt;version&gt;.jar</p> </li> <li> <p>spring-context-&lt;version&gt;.jar</p> </li> </ul> </li> </ul> | 29 janvier 2026 |
| 2024.11.61 | Correctif | 15 juillet 2025 | L'installation de ai-local-agent (nécessaire pour la [base de données vectorielle et la connectivité LLM](https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/gateways-for-knowledge-mart.htm)) sur un poste avec Python 3.12 échouait. Ce correctif résout le problème. | 29 janvier 2026 |
| 2024.11.59 | Correctif | 1er juillet 2025 | Ce correctif résout les problèmes suivants :<br><br><ul> <li> <p>Échec de connectivité IBM DB2 for LUW</p> <p>Après la mise à niveau à la version <span>Passerelle de déplacement des données</span>&nbsp;2024.11.54, la connexion à la base de données échouait.</p> </li> <li> <p>Échec de préparation</p> <p>La préparation de la tâche de données échouait lorsque la tâche était configurée avec une source d'applications&nbsp;SaaS et une cible Google BigQuery.</p> </li> <li> <p>Les tâches avec des sources basées sur Java échouent après la mise à niveau</p> <p>Les tâches avec des sources de données basées sur Java échouaient après la mise à niveau à la version <span>Passerelle de déplacement des données</span>&nbsp;2024.11.54. </p> </li> <li> <p>Cible Snowflake&nbsp;: les tâches passaient parfois en mode «&nbsp;une par une&nbsp;» pendant l'opération CDC.</p> <p>Pendant l'opération CDC, lorsqu'une colonne STRING d'une table source dépassait 65&nbsp;536&nbsp;octets, les données étaient tronquées dans la colonne STRING cible. La tâche passait ensuite en mode d'application «&nbsp;une par une&nbsp;».</p> </li> <li> <p>Sécurité</p> <p>Les fichiers <span>java_file_factory.jar</span> et <span>arep-google-cloud.jar</span> ont été mis à niveau vers des versions sans vulnérabilités connues.</p> </li> </ul> | 29 janvier 2026 |
| 2024.11.54 | Correctif | 17 juin 2025 | Ce correctif résout les problèmes suivants :<br><br><ul> <li> <p>Chargement complet ignorant les paramètres de tâche</p> <p>Lors d'une opération Chargement complet, la tâche abandonnait et recréait les tables cibles, même si la tâche était configurée sur <span>Si la table cible existe déjà&nbsp;: Ignorer</span></p> </li> <li> <p>Nombre d'enregistrements incorrect</p> <p>Après avoir arrêté et préparé une tâche de réplication existante avec le mode de réplication défini sur Chargement complet et Appliquer les modifications, le nombre d'enregistrements traités par l'opération&nbsp;CDC augmentait, ce qui entraînait un comptage incorrect.</p> </li> <li> <p>Connecteur source JIRA </p> <p>Lorsqu'un nouveau jeu de données était ajouté à une tâche existante, la tâche échouait en affichant l'erreur suivante&nbsp;: </p> <p>Could not find a match between landing metadata and gateway task metadata for the following tables: &lt;name&gt;</p> </li> <li> <p>Échec de connexion test</p> <p>La connexion test aux sources basées sur SAP et SQL échouait.</p> </li> <li> <p>Mettre à niveau</p> <p>Après la mise à niveau de la passerelle, il arrivait que les tâches ne reprennent pas comme prévu.</p> </li> </ul> | 29 janvier 2026 |
| 2024.11.45 | Standard | 20 mai 2025 | Support de Snowpipe Streaming<br><br>Auparavant, Chargement en masse était la seule méthode disponible pour charger des données dans Snowflake. Désormais, les clients peuvent utiliser Chargement en masse ou Snowpipe Streaming pour intégrer ou répliquer leurs données dans Snowflake.<br><br>Les avantages de Snowpipe Streaming par rapport à Chargement en masse sont les suivants :<br><br><ul> <li><span>Moins coûteux&nbsp;: </span>étant donné que Snowpipe Streaming n'utilise pas l'entrepôt Snowflake, les coûts de fonctionnement devraient être beaucoup moins importants, même si cela dépendra de votre cas d'utilisation spécifique.</li> <li><span>Latence réduite&nbsp;: </span>étant donné que les données sont diffusées directement aux tables cibles (et non pas via une phase intermédiaire), la réplication de la source de données vers la cible devrait être plus rapide.</li> </ul><br><br>Problèmes résolus<br><br>Ce correctif résout les problèmes suivants :<br><br><ul> <li> <p>Microsoft Fabric&nbsp;: problème de connectivité</p> <p>Lorsque vous parcouriez des bases de données à l'aide du connecteur Microsoft Fabric, l'erreur suivante se produisait (extrait)&nbsp;:</p> <p>Create connection failed'' with error 'java.lang.NoSuchMethodError</p> <p>Le problème était dû à une incompatibilité avec le pilote&nbsp;JDBC <span>12.9.0-preview.jar</span>, qui était installé avec l'utilitaire d'installation du pilote. L'utilitaire a depuis été mis à jour de sorte à installer un pilote compatible.</p> </li> <li> <p>Échec de redémarrage du serveur Java</p> <p>Après la mise à niveau de <span>Passerelle de déplacement des données</span> ou le redémarrage du service <span>Passerelle de déplacement des données</span>, le serveur Java (nécessaire pour les connecteurs basés sur Java tels que SAP&nbsp;ODP) ne démarrait pas. </p> </li> <li> <p>Renforcement de la sécurité</p> <ul> <li> <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 <span>Qlik Cloud</span> Administration.</p> </li> <li> <p>La version de SQLite utilisée par <span>Passerelle de déplacement des données</span> a été mise à niveau en raison d'une vulnérabilité dans la version&nbsp;3.42.0 (<a href="https://nvd.nist.gov/vuln/detail/cve-2023-7104">CVE-2023-7104</a>).</p> </li> <li> <p>Le fichier com.h2database utilisé par <span>Passerelle de déplacement des données</span> a été mis à niveau en raison d'une vulnérabilité dans la version&nbsp;h2-2.1.212 (<a href="https://nvd.nist.gov/vuln/detail/cve-2022-45868">CVE-2022-45868</a>).</p> </li> </ul> </li> </ul> | 29 janvier 2026 |
| 2024.11.34 | Correctif | 1er avril 2025 | Ce correctif résout le problème suivant lors du déplacement de données à partir d'une source de données IBM DB2 for iSeries :<br><br>Lorsque vous utilisiez le pilote iSeries Access ODBC 07.01.026 ou une version ultérieure, la tâche échouait lors de l'opération CDC avec une erreur « Error parsing » (Erreur d'analyse). | 20 novembre 2025 |
| 2024.11.30 | Standard | 18 mars 2025 | Support de l'authentification OAuth pour la cible Databricks<br><br>Les clients peuvent désormais se connecter à la cible Databricks via l'authentification OAuth, qui est la méthode recommandée par Databricks pour l'authentification des comptes. L'authentification par jeton d'accès personnel restera disponible pour l'instant à des fins de rétrocompatibilité, mais elle est considérée comme moins sécurisée que l'authentification OAuth.<br><br>Problèmes résolus<br><br><ul> <li> <p>Problème de chargement parallèle</p> <p>Lorsqu'un jeu de données était défini avec un chargement parallèle et que Chargement complet était ensuite désactivé, la tâche effectuait tout de même un chargement complet de ce jeu de données, même lorsqu'elle était reprise à partir de l'horodatage.</p> </li> </ul> | 20 novembre 2025 |
| 2024.11.24 | Correctif | 11 mars 2025 | Ce correctif résout les problèmes suivants :<br><br><ul> <li> <p>Source SAP ODP&nbsp;: Échec de génération des métadonnées</p> <p>La génération des métadonnées ne parvenait pas à se terminer pour les tables comportant un point dans leur nom (par ex. <span>Deprec.Area</span>).</p> </li> <li> <p>Rétablissement de tâches</p> <p>Les tâches n'étaient rétablies qu'une seule fois si elles échouaient lors d'un chargement complet en raison d'un problème d'environnement. Désormais, elles se rétabliront le nombre de fois configuré dans <span>Paramètres</span>&nbsp;&gt;&nbsp;<span>Traitement des erreurs</span>&nbsp;&gt;&nbsp;<span>Erreurs d'environnement</span>&nbsp;&gt;&nbsp;<span>Nombre maximal de nouvelles tentatives</span>.</p> </li> </ul> | 18 septembre 2025 |
| 2024.11.14 | Standard | 25 février 2025 | Améliorations<br><br>Certification de basculement PostgreSQL<br><br>L'utilisation d'une base de données secondaire après un basculement a été certifiée avec les sources de données suivantes (qui sont toutes accessibles à l'aide du connecteur de source PostgreSQL) :<br><br><ul> <li>Google Cloud SQL for PostgreSQL</li> <li>Amazon RDS for PostgreSQL</li> <li>PostgreSQL (on-premises)</li> </ul><br><br>Consultez également : [Configuration du basculement](https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/SourcesConnections/PostgreSQL/postgresql-source-failover.htm)<br><br>Amélioration des performances MySQL<br><br>Dans les versions précédentes, lors de l'utilisation d'un point de terminaison source basé sur MySQL dans une tâche configurée avec une taille de LOB limitée, Passerelle de déplacement des données utilisait la recherche de source pour lire les colonnes LOB. Désormais, Passerelle de déplacement des données lira les colonnes LOB directement à partir de binlog, améliorant ainsi les performances.<br><br>Note InformationsCette amélioration ne s'applique pas au type de données JSON.<br><br>Modifications apportées au mapping des types de données<br><br>Les mappings vers les colonnes LOB ont été modifiés pour les cibles Amazon Redshift et Snowflake.<br><br>Cible Amazon Redshift<br><br><ul> <li>BLOB est désormais mappé vers VARBYTE(16777216) </li> <li>NCLOB est désormais mappé vers NVARCHAR(65535)  </li> <li>CLOB est désormais mappé vers NVARCHAR(65535)     </li> </ul><br><br>Cible Snowflake<br><br><ul> <li> BLOB est désormais mappé vers BINARY(8388608)  </li> <li>NCLOB est désormais mappé vers NVARCHAR(16777216)  </li> <li>CLOB est désormais mappé vers VARCHAR(16777216)</li> </ul><br><br>Nouveaux types de données supportés<br><br><ul> <li> <p>Source IBM DB2 for LUW</p> <p>Supporte désormais le type de données BOOLEAN  (à partir de DB2 for LUW 11.5).</p> </li> <li> <p>Cible Google BigQuery</p> <p>Supporte désormais le type de données BIGNUMERIC.</p> </li> </ul><br><br>Développement du support de cibles pour la table de contrôle Historique DDL<br><br>Dans les versions précédentes de Passerelle de déplacement des données, la table de contrôle Historique DDL n'était supportée qu'avec les cibles Databricks et Microsoft Fabric. Cette version lance le support des connecteurs de cible supplémentaires suivants :<br><br><ul> <li>Amazon Redshift</li> <li>Amazon S3</li> <li>Google Cloud Storage</li> <li>Snowflake</li> </ul><br><br>Consultez également : [Historique DDL](https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/Replicating/ddl_history.htm)<br><br>Support de l'utilisation d'un non-superuser avec Google Cloud SQL for PostgreSQL.<br><br>À partir de cette version, il est désormais possible de spécifier un compte non-superuser lors de la réplication depuis Google Cloud SQL for PostgreSQL.<br><br>Consultez également : [Utilisation d'un compte sans le rôle superuser](https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/SourcesConnections/PostgreSQL/postgresql-source-nonsu.htm)<br><br>Nouvelles plateformes et versions de pilote certifiées<br><br><ul> <li> <p>	 Cible Databricks</p> <p>15.4 LTS</p> </li> <li> <p>Source et cible Oracle</p> <p>23ai </p> <div><span>Note Informations</span> <ul> <li>La source et la cible Oracle&nbsp;23ai sont certifiées avec Oracle Standard Edition uniquement.</li> <li>La source Oracle&nbsp;23ai est supportée avec le chiffrement&nbsp;TDE uniquement.</li> </ul> </div> </li> <li> <p>Mise à jour du pilote Databricks</p> <p>Lorsque vous déplacez des données vers Databricks, le pilote&nbsp;ODBC Simba Spark&nbsp;2.8.2 ou une version ultérieure est désormais requis. Les clients doivent exécuter l'utilitaire d'installation du pilote ou installer le pilote manuellement.</p> <p>Consultez également&nbsp;: <a href="https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/TargetConnections/databricks-target.htm#Driver">Configuration du pilote</a></p> </li> </ul><br><br>Fin du support<br><br>Fin du support des versions de bases de données suivantes :<br><br><ul> <li>PostgreSQL 12.x</li> <li>IBM DB2 for z/OS: z/OS 2.4</li> <li>Databricks 9.1</li> </ul><br><br>Problèmes résolus<br><br><ul> <li> <p>Connecteur SAP HANA (Database)&nbsp;: échec de création de la table __CT</p> <p>Lorsque le mode de réplication était défini sur <span>Stocker les modifications</span> et que la table contenait une colonne <span>.INCLUDE</span>, la tâche ne parvenait pas à créer la table __CT sur la cible.</p> </li> <li> <p>Tâche de dépôt temporaire dans un lac&nbsp;: erreur trompeuse</p> <p>La tâche échouait et une erreur «&nbsp;Pas de licence pour la base de données&nbsp;» s'affichait en cas d'expiration de la clé secrète Azure Data Lake Storage.</p> </li> <li> <p>Connecteur cible Amazon&nbsp;S3&nbsp;: les anciens fichiers n'étaient pas supprimés</p> <p>Les anciens fichiers n'étaient pas supprimés lors de l'exécution d'une nouvelle tâche. Cela pouvait entraîner l'échec de la tâche en raison d'enregistrements en double ou d'enregistrements incohérents. </p> <p>&nbsp;</p> </li> <li> <p>Source SAP HANA (Database)&nbsp;: échec de connexion en raison d'une table définie par l'utilisateur</p> <p>Il se produisait une erreur «&nbsp;Fonctionnalité non supportée&nbsp;: impossible de sélectionner le type défini par l'utilisateur&nbsp;» lors de la sélection d'une table définie par l'utilisateur pour la réplication. Le problème a été résolu en excluant les tables définies par l'utilisateur (qui ne sont pas supportées) du sélecteur de table. </p> </li> <li> <p>Connecteur cible Microsoft Fabric&nbsp;: erreur de récupération</p> <p>Il se produisait parfois une erreur «&nbsp;Échec de conversion&nbsp;» après la récupération suite à une erreur de connexion survenue pendant une opération&nbsp;CDC.</p> </li> <li> <p>Connecteur cible Databricks&nbsp;: échec d'opération&nbsp;CDC lors d'une utilisation sans support de LOB</p> <p>Lors de la désactivation du support de LOB, l'opération&nbsp;CDC échouait avec un message «&nbsp;Pas suffisamment de colonnes de données&nbsp;» lors de la tentative d'insertion de la modification dans la table __ct. Cette erreur se produisait lors de l'utilisation en mode «&nbsp;Stocker les modifications&nbsp;», qui est le seul mode disponible pour les tâches de dépôt temporaire.</p> </li> <li> <p>Source MySQL vers cible Snowflake&nbsp;: échec d'opération&nbsp;CDC</p> <p>Pendant une opération&nbsp;CDC, lors de la réplication d'une colonne NOT NULL avec un type de données mediumtext, la tâche échouait parfois en affichant l'erreur suivante&nbsp;:</p> <p>A NOT NULL constraint violation occurred on LOB column from MySQL source</p> </li> <li> <p>Connecteur cible Microsoft Fabric&nbsp;: erreur de troncature</p> <p>Lors de l'insertion d'une colonne VARCHAR, il se produisait l'erreur de troncature suivante&nbsp;:</p> <p>String or binary data would be truncated while reading column of type 'VARCHAR'</p> <p>Le problème a été résolu en multipliant la colonne VARCHAR dans Microsoft Fabric.</p> </li> </ul> | 18 septembre 2025 |
| 2024.5.54 | Standard | 21 janvier 2025 | Nouvelles fonctionnalités<br><br>Le support pour la spécification de propriétés de connexion ODBC et JDBC supplémentaires a été ajouté au connecteur cible Snowflake.<br><br>Pour plus d'informations, consultez [Propriétés de connexion supplémentaires](https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/TargetConnections/snowflake-target.htm#Addition).<br><br>Problèmes résolus<br><br><ul> <li> <p>Absence de mise à jour des métadonnées</p> <p>Lorsqu'une clé primaire était modifiée dans la source, les métadonnées cibles n'étaient pas mises à jour après une actualisation.</p> </li> </ul><br><br><ul> <li> <p>Cible Amazon&nbsp;S3</p> <p>Lors de la création et de l'exécution d'une nouvelle tâche, les fichiers restants des tâches précédentes n'étaient pas supprimés de l'emplacement des tables.</p> </li> </ul><br><br><ul> <li> <p>Source SAP HANA</p> <p>Une tentative de connexion à une source SAP HANA à l'aide d'une opération&nbsp;CDC basé sur des journaux entraînait l'erreur suivante&nbsp;: </p> <p>Cannot select user-defined type</p> </li> </ul> | 25 août 2025 |
| 2024.5.41 | Correctif | 19 décembre 2024 | Ce correctif résout les problèmes suivants :<br><br><ul> <li> <p>Cibles Amazon&nbsp;S3, Google Cloud Storage et Qlik Cloud&nbsp;: placement entre guillemets des valeurs de chaîne vides </p> <p>Les chaînes vides seront désormais placées entre guillemets dans le fichier&nbsp;CSV pour les différencier des valeurs NULL.</p> </li> <li> <p>Cible Databricks&nbsp;:&nbsp;incohérence des données</p> <p>Une incohérence entre les données sources et cibles se produisait dans certains scénarios.</p> </li> </ul><br><br><ul> <li> <p>Cible Databricks&nbsp;: échec de l'opération&nbsp;CDC dû à la désactivation du support de LOB</p> <p>La désactivation du support de LOB dans la tâche de dépôt temporaire entraînait l'échec de l'opération&nbsp;CDC avec l'erreur suivante (extrait)&nbsp;:</p> <p>Cannot write to '&lt;name&gt;__ct', not enough data columns</p> </li> </ul><br><br><ul> <li> <p>Cible Microsoft Fabric&nbsp;: erreur de connexion entraînant l'échec de l'opération&nbsp;CDC</p> <p>L'application de modifications à la cible après une récupération suite à une erreur de connexion échouait parfois avec une erreur «&nbsp;Échec de conversion&nbsp;».</p> </li> </ul> | 21 juillet 2025 |
| 2024.5.35 | Correctif | 10 décembre 2024 | Ce correctif résout les problèmes suivants :<br><br><ul> <li> <p>Cible Microsoft Fabric&nbsp;: problème de conversion de type de données</p> <p>Lors d'une tâche de stockage, le type de données NVARCHAR(3500) était incorrectement converti en VARCHAR(10500) au lieu de VARCHAR(8000) (le maximum autorisé), ce qui entraînait une erreur.</p> </li> <li> <p>Source IBM DB2 for LUW&nbsp;: support du type de données GRAPHIC avec la page de code&nbsp;941 (japonais)</p> <p>Lorsque la table source contenait un type de données GRAPHIC avec la page de code&nbsp;941 (japonais), l'erreur suivante se produisait (extrait)&nbsp;:</p> <p>Unexpected CCSID '941' in column 'PNTNM'</p> </li> </ul> | 21 juillet 2025 |
| 2024.5.32 | Correctif | 26 novembre 2024 | Après la mise à jour du nom d'utilisateur et du mot de passe dans le connecteur source Workday Reports, puis l'actualisation de la tâche, il se produisait une erreur « Nom d'utilisateur ou mot de passe non valide », même si les informations d'identification étaient correctes. Ce problème est désormais résolu. | 21 juillet 2025 |
| 2024.5.31 | Correctif | 19 novembre 2024 | Ce correctif résout les problèmes suivants :<br><br>Sécurité<br><br>Oracle Java Standard Edition 17.0.8, livré avec Passerelle de déplacement des données, présente plusieurs vulnérabilités connues. Ce correctif remplace la version 17.0.8 par la version 17.0.12, ce qui résout les problèmes.<br><br>Source Salesforce<br><br>Lors d'une opération CDC, pour chaque modifications, plusieurs opérations INSERT étaient ajoutées à la table \_ct associée (au lieu d'une seule). Cela augmentait considérablement le nombre d'enregistrements dans la table \_ct. | 21 juillet 2025 |
| 2024.5.28 | Standard | 12 novembre 2024 | Fournit les fonctionnalités nécessaires à la mise en place prochaine de la fonction Évolution du schéma. | 21 juillet 2025 |
| 2024.5.27 | Correctif | 5 novembre 2024 | Ce correctif résout les problèmes suivants :<br><br>Vulnérabilité du pilote JDBC Snowflake<br><br>Le 14 août 2024, Snowflake a publié [un avis de sécurité](https://github.com/snowflakedb/snowflake-jdbc/security/advisories/GHSA-f686-hw9c-xw9c) concernant les pilotes JDBC Snowflake &gt;= 3.2.6 et &lt;= 3.19.1, dont certains étaient utilisés avec des versions antérieures de Passerelle de déplacement des données. La vulnérabilité a été corrigée dans le pilote JDBC Snowflake 3.20, qui est la version désormais installée avec l'utilitaire d'installation du pilote. Les clients existants doivent mettre leur pilote à niveau dès que possible en suivant la procédure Mise à jour du pilote décrite à la section [Configuration du pilote](https://help.qlik.com/en-US/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/TargetConnections/snowflake-target.htm#anchor-2).<br><br>Source Oracle<br><br><ul> <li>Lors de l'utilisation de redo&nbsp;event&nbsp;11.22, il manquait des opérations&nbsp;INSERT lors du traitement de plusieurs opérations&nbsp;INSERT sur une page compressée qui ne l'était pas avant les opérations&nbsp;INSERT.</li> <li>Dans de rares cas, l'analyse incorrecte des événements&nbsp;DELETE dans l'enregistrement redo log générait un avertissement «&nbsp;L'événement Redo Log DELETE contient une structure inconnue&nbsp;», suivi de divers problèmes.</li> </ul><br><br>Source SAP Extractor<br><br>Les instructions du fichier YAML ont été mises à jour de sorte à refléter la version correcte du SAP Java Connector.<br><br>Cible Snowflake<br><br>Lorsque vous utilisiez Passerelle de déplacement des données pour vous connecter à la cible Snowflake via un proxy, la connexion échouait en affichant l'erreur suivante :<br><br>500 Failed to connect to Data Movement Gateway | 12 mai 2025 |
| 2024.5.22 | Correctif | 15 octobre 2024 | Ce correctif résout un problème dans une tâche de réplication Chargement complet + CDC, dans laquelle le champ La tâche de données est à jour au de la tâche CDC affichait l'horodatage Chargement complet au lieu de l'horodatage ou des horodatages CDC. | 12 mai 2025 |
| 2024.5.16 | Correctif | 8 octobre 2024 | Problèmes résolus<br><br><ul> <li> <p>Source Oracle</p> <ul> <li>Il manquait parfois des opérations INSERT en présence de plusieurs opérations INSERT lors de l'utilisation de l'événement redo&nbsp;11.22.</li> <li> <p>Après la mise à niveau d'Oracle&nbsp;19g à l'aide du correctif July&nbsp;2024, les opérations UPDATE n'étaient parfois pas capturées et l'avertissement suivant s'affichait&nbsp;:   </p> <p>A compressed row cannot be parsed </p> </li> </ul> </li> <li> <p>Cible Snowflake</p> <p>Lorsque les paramètres de la tâche étaient configurés de sorte à créer le schéma de la table de contrôle, la tâche échouait avec l'erreur suivante&nbsp;:   </p> <p>Failed to delete directory </p> </li> <li> <p>Opération&nbsp;CDC planifiée</p> <p>Lorsqu'une tâche était planifiée pour s'exécuter périodiquement, elle échouait parfois avec l'erreur suivante&nbsp;:</p> <p>The task stopped abnormally</p> </li> <li> <p>Blocage des tâches de transformation et de stockage</p> <p>Les tâches de transformation et de stockage restaient parfois trop longtemps en file d'attente.</p> </li> <li> <p>Gestionnaire de métadonnées</p> <p>Les tâches échouaient en cas d'utilisation de l'indicateur de caractéristique <span>use_manipulation_pk_for_apply</span> avec la réplication Stocker les modifications. </p> </li> <li> <p>Délai d'expiration prolongé entraînant des problèmes avec les sources d'applications&nbsp;SaaS</p> <p>Le délai d'expiration S3 a été étendu à 6&nbsp;heures pour éviter les problèmes résultant de délais d'expiration prolongés tels que la perte du jeton pour télécharger les fichiers.</p> </li> </ul> | 12 mai 2025 |
| 2024.5.14 | Standard | 11 septembre 2024 | Améliorations<br><br><ul> <li> <p>Ajout de l'authentification par paire de clés au connecteur cible Snowflake.</p> <p>Clé/paire fournit une méthode d'authentification plus robuste que utilisateur/mot de passe pour vous connecter à Snowflake via vos comptes de service. Cette approche est recommandée pour les charges de travail telles que le chargement de données (tâches de réplication ou de dépôt temporaire) et les transformations.</p> </li> <li> <p>Support pour l'extraction de métadonnées de plusieurs tables en parallèle</p> <p>Dans les versions précédentes, l'actualisation des métadonnées sur un jeu de données existant ou un jeu de données récemment ajouté échouait parfois avec une erreur. Cette amélioration garantit l'extraction sans aucun problème des métadonnées de plusieurs tables en parallèle.</p> </li> </ul><br><br>Problèmes résolus<br><br><ul> <li> <p>Type de données DECIMAL mappé à tort vers STRING dans Google BigQuery</p> <p>Lorsqu'une table source contenait une colonne avec un type de données DECIMAL (par exemple, DECIMAL (38, 20)), la préparation de la tâche de stockage dans Google BigQuery échouait avec l'erreur suivante (extrait)&nbsp;:</p> <p>Column &lt;n&gt; in &lt;table name&gt; has incompatible types: STRING, BIGNUMERIC at&nbsp;[93:1]</p> <p>Le problème a été résolu en mappant le type de données DECIMAL source vers DECIMAL dans Google BigQuery.</p> </li> <li> <p>Erreur de règle de schéma</p> <p>Si des modifications étaient apportées à une règle de schéma existante dans une tâche de données, l'erreur suivante apparaissait&nbsp;:</p> <p>QRI SQL error not implemented</p> </li> <li> <p>Table /QTQVC/QRI absente du transport SAP</p> <p>Lors de la préparation d'une tâche de dépôt temporaire qui se connectait à une source d'applications SAP, la tâche s'effectuait correctement, mais l'erreur suivante était signalée dans le fichier journal <span>repsrv.log</span>&nbsp;: </p> <p>Invalid object name 'hk1./QTQVC/QRI'</p> </li> </ul> | 12 mai 2025 |
| 2024.5.7 | Standard | 6 août 2024 | Améliorations<br><br><ul> <li> <p>Support des modifications apportées aux métadonnées dans les tâches de réplication et de dépôt temporaire dans un lac sans besoin d'abandonner et de recréer toutes les tables</p> <p>Auparavant, en cas de modification des métadonnées, toutes les tables étaient abandonnées et recréées, même si les modifications des métadonnées n'affectaient pas toutes les tables. Désormais, seules les tables modifiées seront abandonnées et recréées, ce qui améliore les performances.</p> </li> <li> <p>Support du chargement automatique des nouvelles tables dans les tâches de réplication</p> <p>Les tables créées dans la base de données source lors de la tâche de données de réplication qui correspondent au modèle d'inclusion seront désormais automatiquement capturées lors de l'opération&nbsp;CDC (Change Data Capture).</p> </li> <li> <p>Améliorations apportées à la source Microsoft SQL Server (MS-CDC) </p> <ul> <li> <p>Préservation de l'ID de transaction et de l'horodatage </p> <p>Auparavant, lors de la lecture de différentes transactions depuis Microsoft SQL Server (MS-CDC), <span>Qlik Talend Data Integration</span> préservait l'ID de transaction et l'horodatage de la première transaction uniquement. Sur la cible, cela donnait l'impression que les enregistrements faisaient partie d'une seule transaction. Désormais, <span>Qlik Talend Data Integration</span> préservera l'ID de transaction et l'horodotage d'origine de chaque enregistrement individuel. Cela constitue un avantage pour les clients qui souhaitent tirer parti des colonnes d'en-tête d'ID de transaction et d'horodatage dans les tables de modifications. </p> </li> <li> <p>Ordre des octets des ID de transaction </p> <p>Auparavant, les octets de l'ID de transaction étaient chiffrés dans l'ordre inverse. À partir de cette version, les octets seront chiffrés dans le bon ordre.  Information&nbsp;: les clients qui préfèrent conserver le comportement existant peuvent le faire via les paramètres internes. Pour des informations détaillées, contactez <span>Qlik</span> Support.</p> </li> </ul> </li> <li> <p>Support de la mise en cache de l'authentification enfichable SHA-2 avec MySQL</p> <p><span>Qlik Talend Data Integration</span> supporte désormais la mise en cache de l'authentification enfichable SHA-2 (caching_sha2_password) lors de l'utilisation de sources ou de cibles MySQL, localement ou dans le cloud. Dans les versions précédentes, seule l'authentification enfichable native (mysql_native_password) était supportée.</p> </li> <li> <p>Modifications apportées au mapping des types de données Amazon Redshift </p> <p>Les types de données BYTES et BLOB seront désormais mappés vers VARBYTE sur Amazon Redshift au lieu de VARCHAR.</p> </li> </ul><br><br>Nouvelles plateformes, nouveaux points de terminaison et nouvelles versions certifié(e)s<br><br><ul> <li> <p>Sources de données </p> <ul> <li> <p>PostgreSQL 16.x </p> </li> <li>MySQL 8.1 </li> <li>IBM DB2 pour z/OS 3.1 </li> </ul> </li> <li> <p>Plateformes cibles</p> <ul> <li>PostgreSQL 16.x </li> <li>MySQL 8.1 </li> <li>Databricks&nbsp;14.3 LTS </li> </ul> </li> <li> <p>Pilotes </p> <ul> <li>SQL Server ODBC Driver 18.3 </li> </ul> </li> </ul><br><br>Fin du support<br><br>Fin du support des versions de bases de données suivantes :<br><br><ul> <li>L'ensemble des versions et pilotes Oracle antérieurs à Oracle 19.x</li> <li>Microsoft SQL Server&nbsp;2014</li> <li>MySQL 5.7</li> <li>PostgreSQL 11</li> <li>IBM DB2 pour LUW 10.5</li> <li>IBM DB2 pour z/OS: z/OS 2.3</li> </ul><br><br>Problèmes résolus<br><br><ul> <li> <p>Source SAP (Application)</p> <p>Lorsque la modification d'un document de groupe capturée supprimait toutes les lignes de toutes ses tables capturées, cela entraînait des messages d'opération DELETE manquante et d'assertion inutiles.</p> </li> <li> <p>Vulnérabilités de sécurité</p> <p>Mise à jour de Microsoft Authentication Library pour Java (MSAL4J) et Bouncy Castle vers des versions sans vulnérabilités connues.</p> </li> <li> <p>Cible Snowflake</p> <ul> <li>La tâche échouait parfois avec le stockage interne Snowflake.</li> <li>La tâche échouait lorsque le nom de schéma cible était en japonais Katakana.</li> </ul> </li> <li> <p>Source Oracle</p> <p>Lors de la reprise d'une tâche avec une source Oracle, la tâche continuait à attendre la suppression d'un Archived Redo Log au lieu d'échouer avec une erreur appropriée.</p> </li> </ul> | 11 mars 2025 |
| 2023.11.23 | Standard | 26 juin 2024 | Améliorations<br><br><ul> <li> <p>Schéma de métadonnées Snowflake</p> <p>À partir de cette version, le schéma de métadonnées Snowflake (des fichiers intermédiaires) sera créé, s'il n'existe pas.</p> </li> </ul><br><br>Problèmes résolus<br><br><ul> <li> <p>Après la modification d'une règle <span>Renommer l'ensemble de données</span> (qui concaténait le nom de table et le nom de schéma) et l'ajout d'une Vue à la tâche de dépôt temporaire, l'opération Préparer échouait avec l'erreur suivante&nbsp;:</p> <p>QRI SQL error not implemented.</p> </li> <li>Mise à jour du composant <span>java_file_factory</span> à une version exempte de toute vulnérabilité connue.</li> <li>Mise à jour de <span>org.postgresql:postgresql</span> à une version exempte de toute vulnérabilité connue.</li> <li>Lors du déplacement de données vers SQL Server, l'opération Préparer échouait lorsque les noms d'index dépassaient 128&nbsp;caractères. Le problème a été résolu via l'altération de la logique pour créer des noms d'index plus courts.</li> <li> <p>Lors du déplacement de données depuis SQL Server, un nom de colonne manquant dans les définitions de table produisait une boucle de notification infinie dans le fichier <span>repsrv.log</span> avec le message suivant&nbsp;:</p> <p>mssql_resolve_sqlserver_table_column_attributes(...) failed to find column</p> </li> </ul> | 6 février 2025 |
| 2023.11.11 | Standard | 21 mai 2024 | Améliorations<br><br><ul> <li> <p>Récupération parallèle des métadonnées </p> <p>Prise en charge supplémentaire permettant la récupération simultanée des métadonnées de plusieurs tables.</p> </li> <li> <p>Amélioration des performances de surveillance</p> <p>Les informations de surveillance des tâches de dépôt temporaire et de réplication seront désormais mises à jour toutes les 10&nbsp;secondes (et non toutes les 60&nbsp;secondes), fournissant ainsi une indication plus précise de leur statut actuel.</p> </li> <li> <p>Prise en charge d'une nouvelle région  </p> <p>Le Japon est désormais pris en charge comme région de client Qlik Cloud.</p> </li> </ul><br><br>Problèmes résolus<br><br><ul> <li>L'intervalle de nouvelle tentative de la passerelle de données et de Qlik Cloud augmentait continuellement, mais ne se réinitialisait jamais (sauf si le service était redémarré).</li> <li>Lors du déplacement de données d'une source d'applications&nbsp;SaaS, les tables passaient parfois à l'état d'erreur lors de l'actualisation.</li> <li> <p>Il arrivait que des tâches avec une source&nbsp;MySQL échouent avec l'erreur suivante lors de l'opération&nbsp;CDC&nbsp;: </p> <p>Read next binary log event failed; mariadb_rpl_fetch error 0Error reading binary log.</p> </li> <li>Auparavant, les événements d'audit&nbsp;CDC étaient consignés uniquement pour les tâches de dépôt temporaire. Désormais, ils seront consignés également pour les tâches de réplication.</li> <li>Lors du déplacement de données depuis SQL&nbsp;Server (MS-CDC), les tâches contenant un grand nombre de tables mettaient parfois plusieurs heures à démarrer.</li> <li> <p>Lorsque la table source contenait des colonnes de CLOB et que la valeur Limiter la taille de LOB dépassait 10&nbsp;240, la réplication dans Snowflake échouait avec l'erreur suivante&nbsp;:</p> <p><span>Invalid character length: 0</span> </p> </li> </ul> | 26 décembre 2024 |
| 2023.11.4 | Standard | 12 mars 2024 | Prise en charge de l'installation de Passerelle de déplacement des données sur Red Hat 9.x<br><br>Les clients peuvent désormais installer Passerelle de déplacement des données sur Red Hat 9.x ou sur toute distribution Linux correspondante et compatible.<br><br>[Configuration de Passerelle de déplacement des données](https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/dm-gateway-setting-up.htm)<br><br>Modifications apportées aux commandes du service Passerelle de déplacement des données<br><br>Les commandes permettant d'arrêter et de démarrer le service Passerelle de déplacement des données et de vérifier son statut ont changé.<br><br>[Commandes du service Passerelle de déplacement des données](https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/dm-gateway-managing.htm#Restarti)<br><br>Modifications apportées au mapping des types de données Amazon Redshift<br><br><ul> <li>Le type de données BOOLEAN, qui était mappé vers VARCHAR(1) dans Amazon Redshift, est désormais mappé vers BOOLEAN.</li> <li>Les types de données BYTES et BLOB, qui étaient mappés vers VARCHAR(1) dans Amazon Redshift, sont désormais mappés vers VARBINARY (length).</li> </ul><br><br>Nouvelles bases de données, versions de bases de données et versions de pilotes supportées<br><br>Cette section répertorie les nouvelles bases de données, versions de bases de données et versions de pilotes supportées<br><br><ul> <li> <p><span>Nouvelles versions et éditions de sources de données supportées</span> </p> <p>Les versions de sources de données suivantes sont désormais supportées&nbsp;:</p> <ul> <li>Base de données Azure pour MySQL - Serveur flexible (prise en charge via le connecteur source MySQL)</li> <li>MariaDB 10.4 - 10.11 (auparavant 10.4 et 10.5)</li> </ul> </li> <li> <p><span>Nouvelles plateformes de données et éditions cibles supportées</span> </p> <p>Les versions de cibles de données suivantes sont désormais supportées&nbsp;:</p> <ul> <li>Base de données Azure pour MySQL - Serveur flexible (prise en charge via le connecteur cible MySQL)</li> <li>Databricks&nbsp;: Databricks 13.3 LTS et Serverless SQL Warehouse</li> </ul> </li> <li> <p><span>Nouvelle version de pilote SAP&nbsp;HANA supportée</span> </p> <p>Les clients possédant une source SAP HANA qui souhaitent installer <span>Passerelle de déplacement des données</span> sur Red Hat Linux 9.x doivent installer le pilote 64&nbsp;bits ODBC SAP HANA version&nbsp;2.0.19 ou une version ultérieure.</p> </li> </ul><br><br>Fin de la prise en charge de certaines versions de bases de données<br><br>Cette section fournit des informations sur les versions des bases de données en fin de prise en charge.<br><br><ul> <li> <p>Arrêt de la prise en charge des versions de sources de données suivantes&nbsp;:</p> <ul> <li>Oracle 11.x</li> <li>SAP HANA 1.0</li> </ul> </li> </ul><br><br>Problèmes résolus<br><br><ul> <li> L'installation de <span>Passerelle de déplacement des données</span> sans fournir de mot de passe serveur ne permettait pas de configurer les URL client et proxy en une seule commande.</li> <li>Le déplacement de données d'une source de données (application SaaS) Salesforce déclenchait un grand nombre d'avertissements redondants affectant les performances de chargement des données.</li> <li>Lors de la récupération des modifications d'une source de données d'une application SaaS, en cas d'erreur lors de la récupération des modifications d'une des tables, cette table était suspendue et retirée du pipeline. Désormais, en cas d'erreur, la tâche tente de récupérer les modifications jusqu'à trois reprises avant de suspendre la table.</li> </ul> | 21 novembre 2024 |
| 2023.5.16 | Standard | 9 janvier 2024 | Nouvelles cibles de lacs de données pour les projets de réplication<br><br>Nous continuons de développer les cibles prises en charge pour les projets Replicate dans Qlik Cloud Data Integration ; en plus d'Amazon S3, vous pouvez désormais sélectionner Azure Data Lake Storage (ADLS) et Google Cloud Storage (GCS) pour la livraison dans des lacs de données au format de fichier Parquet, JSON ou CSV.<br><br>Problèmes résolus :<br><br><ul> <li> <p>Connecteur source IBM DB2 for LUW</p> <p>La connexion à IBM DB2 for LUW échoue lorsque la taille des fichiers nécessaires à la connexion (comme le certificat du client SSL et le fichier KeyStore) dépasse 4&nbsp;Ko.</p> </li> </ul><br><br><ul> <li> <p>Pilote pour les connecteurs sources IBM DB2 for LUW et IBM DB2 for z/OS</p> <p>L'installation du pilote DB2 échouait lors de l'utilisation de l'utilitaire d'installation de pilote.</p> </li> </ul> | 12 septembre 2024 |
| 2023.5.15 | Standard | 12 décembre 2023 | Supporte Microsoft Fabric comme cible de pipeline de données<br><br>Microsoft Fabric vient s'ajouter à la liste, qui s'allonge constamment, des entrepôts de données pouvant être utilisés comme cibles dans des projets de pipeline de données.<br><br>Problèmes résolus :<br><br>Mise à jour de la version du pilote Snowflake dans l'utilitaire d'installation de pilote. | 9 juillet 2024 |
| 2023.5.10 | Standard | 31 octobre 2023 | Prise en charge étendue des connexions privées<br><br>Vous pouvez utiliser une connexion privée pour garantir la sécurité et la conformité de votre trafic de données. Cela simplifie la gestion réseau et la sécurité de votre VPC (Virtual Private Cloud - cloud privé virtuel) sans besoin d'ouvrir des ports de pare-feu entrants, des appareils proxy ni des tables de routage. Qlik Cloud Data Integration prend déjà en charge les connexions privées aux cibles de pipeline de données Snowflake, Microsoft SQL Server et Amazon S3. Avec cette version, les clients peuvent également utiliser des connexions privées lors du déplacement de données vers Databricks, Microsoft Azure Synapse, Google BigQuery et Amazon Redshift.<br><br>Sources de données basées sur PostgreSQL<br><br><ul> <li> <p><span>Toutes les sources de données basées sur PostgreSQL - Prise en charge de types de données multirange&nbsp;: </span>Les types de données multirange suivants sont désormais pris en charge avec toutes les sources de données basées sur PostgreSQL (sur site et dans le cloud).</p> <ul> <li>INT4MULTIRANGE</li> <li>INT8MULTIRANGE</li> <li>NUMMULTIRANGE</li> <li>TSMULTIRANGE</li> </ul> </li> </ul><br><br><ul> <li><span>Source de données AWS Aurora Cloud for PostgreSQL - Prise en charge du rôle non-super-utilisateur&nbsp;: </span>L'utilisateur spécifié dans le connecteur PostgreSQL n'a plus besoin d'avoir le rôle de super-utilisateur pour pouvoir déplacer des données d'une source de données AWS Aurora Cloud for  PostgreSQL. Cela s'avère particulièrement utile pour les entreprises disposant de stratégies de sécurité appliquées à l'ensemble de l'entreprise qui les empêchent d'accorder l'accès de superutilisateur à des utilisateurs non-privilégiés.</li> </ul><br><br>Source de données Microsoft Azure SQL (MS-CDC) : Prise en charge de la géo-réplication<br><br>Les clients qui déplacent des données d'une source de données Microsoft Azure SQL (MS-CDC) peuvent désormais utiliser une base de données Geo Replica.<br><br>Source de données Oracle : Prise en charge de HSM (Hardware Security Module - module de sécurité matériel)<br><br>Intégration de données Qlik Cloud prend désormais en charge la lecture de données depuis des colonnes chiffrées et des espaces de stockage (tablespaces) chiffrés Oracle dans le cadre du processus CDC.<br><br>Prise en charge de nouvelles régions<br><br>Intégration de données Qlik Cloud prend désormais en charge les clients des régions DE et UK.<br><br>Nouvelles versions et nouveaux logiciels tiers pris en charge<br><br>Cette section répertorie les nouvelles versions de pilotes et de bases de données prises en charge.<br><br><ul> <li> <p><span>Nouvelles versions de sources de données prises en charge.</span> Les versions de sources de données suivantes sont désormais prises en charge&nbsp;:</p> <ul> <li>Microsoft SQL Server&nbsp;2022</li> <li>Oracle&nbsp;21c</li> <li>PostgreSQL 15.x</li> <li>DB2 13.1 (avec IBM DB2 for z/OS)</li> <li>IBM DB2 for iSeries 7.5</li> </ul> </li> </ul><br><br><ul> <li> <p><span>Nouvelles versions de plates-formes de données cibles prises en charge.</span> Les versions de cibles de données suivantes sont désormais prises en charge&nbsp;:</p> <ul> <li>Databricks (Cloud Storage)&nbsp;: Databricks 12.2 LTS et Databricks SQL Serverless</li> </ul> </li> </ul><br><br><ul> <li> <p><span>Versions de pilotes.</span> Les versions de pilotes ODBC suivantes sont désormais prises en charge&nbsp;:</p> <ul> <li>IBM Data Server Client 11.5.8 for IBM DB2 for z/OZ et IBM DB2 for LUW</li> <li>Simba ODBC driver 3.0.0.1001 for Google Cloud BigQuery</li> <li>MySQL ODBC Unicode Driver 64-bit 8.0.32</li> </ul> </li> </ul><br><br>Pilote Microsoft SQL Server - Mise à niveau obligatoire<br><br>Les clients qui migrent des données depuis ou vers Microsoft SQL Server doivent mettre à niveau leur pilote ODBC SQL Server à la version 18.x ou une version ultérieure. Notez que, si vous continuez à utiliser SQL Server ODBC Driver 17.x, vous risquez de rencontrer des erreurs de données. La mise à niveau du pilote peut s'effectuer via l'utilitaire d'installation de pilote ou manuellement. Pour des instructions, voir [Configuration du pilote](https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/TargetConnections/sqlserver-target.htm#anchor-2).<br><br>Fin de la prise en charge de certaines versions de bases de données<br><br>Cette section fournit des informations sur les versions des bases de données en fin de prise en charge.<br><br><ul> <li> <p><span>Fin de la prise en charge de certaines versions de sources de données</span>. Arrêt de la prise en charge des versions de sources de données suivantes&nbsp;:</p> <ul> <li>PostgreSQL 10</li> <li>MySQL 5.6</li> <li>MariaDB&nbsp;10.3</li> </ul> </li> </ul><br><br><ul> <li> <p><span>Fin de la prise en charge de certaines versions de plates-formes de données cibles</span>. Arrêt de la prise en charge des versions de cibles de données suivantes&nbsp;:</p> <ul> <li>Databricks&nbsp;9.1 LTS</li> </ul> </li> </ul> | 12 juin 2024 |
| 2022.11.74 | Standard | 15 août 2023 | Prise en charge de Replicate<br><br>Nous privilégions le cloud, qui permet une innovation et une adoption rapides. Cependant, cela ne veut pas dire que nous nous limitions au cloud. Dans le cadre de notre engagement continu en faveur de l'amélioration de la valeur à long terme que nous offrons à nos clients, nous sommes ravis d'annoncer le lancement d'un nouveau cas d'utilisation de Replicate lors de la création de projets de données. Le nouveau cas d'utilisation Replicate s'ajoute à la fonction existante qui permet de créer des pipelines de données pour l'ensemble de vos besoins d'intégration de données, comme la modernisation des entrepôts de données.<br><br>Le projet Replicate supporte la réplication de données en temps réel de sources de données supportées dans une cible supportée.<br><br>À partir de cette dernière version, la première cible supportant la réplication de données en temps réel est Microsoft SQL Server. Outre le support de Microsoft SQL Server sur site, les fournisseurs de cloud suivants sont supportés :<br><br><ul> <li>On-premises</li> <li>Amazon&nbsp;RDS</li> <li>Google Cloud</li> <li>Microsoft Azure (Microsoft Azure Managed Instance et Microsoft Azure Database)</li> </ul><br><br>Cible Microsoft Azure Synapse Analytics - mise à niveau requise du pilote<br><br>Les clients qui migrent des données vers Microsoft Azure Synapse Analytics doivent mettre à niveau leur pilote ODBC SQL Server à la version 18.x ou une version ultérieure. Notez que, si vous continuez à utiliser SQL Server ODBC Driver 17.x, vous risquez de rencontrer des erreurs de données. La mise à niveau du pilote peut s'effectuer via l'utilitaire d'installation de pilote ou manuellement. Pour des instructions, voir [Configuration du pilote](https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/TargetConnections/azure-target.htm#anchor-3).<br><br>Nouvelle option "Charger les données de la source" pour les sources d'applications SaaS<br><br>Une nouvelle option Charger les données de la source a été lancée. Elle permet aux utilisateurs de lire leurs données directement depuis la source lors du Chargement complet, au lieu d'utiliser les données en cache.<br><br>Pour plus d'informations sur cette option, y compris des cas d'utilisation, voir la section [Paramètres de dépôt temporaire](https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/Landing/Landing-data-data-sources.htm#anchor-5).<br><br>Certificats CA mis à jour<br><br>Passerelle de déplacement des données 2022.11.74 inclut des certificats CA mis à jour, nécessaires pour l'authentification du client Qlik Cloud. Les certificats CA mis à jour fournissent également une prise en charge des régions Irlande et Francfort. Par conséquent, les utilisateurs disposant de clients Qlik Cloud en Irlande ou à Francfort qui souhaite utiliser Qlik Cloud Data Integration doivent effectuer une mise à niveau vers cette version.<br><br>Problème résolu<br><br>Les tâches de dépôt temporaire de données provenant d'une source Oracle échouaient parfois lorsqu'une table volumineuse contenait des colonnes non utilisées ou non supportées ou des colonnes LOB non répliquées. | 31 avril 2024 |
| 2022.11.70 | Standard | 28 juin 2023 | Utilitaire d'installation de pilote amélioré pour les clients SAP<br><br>Dans les précédentes versions, lors de l'installation de clients SAP, les utilisateurs devaient exécuter la commande "source arep\_login.sh". À partir de cette version, il n'est plus nécessaire d'exécuter cette commande.<br><br>Certificats CA mis à jour<br><br>Cette version inclut des certificats CA mis à jour, nécessaires pour l'authentification du client Qlik Cloud.<br><br>Problèmes résolus<br><br><ul> <li> <p>En cas d'échec et de récupération automatique d'une tâche Replicate sur <span>Passerelle de déplacement des données</span>, l'état récupéré n'était pas communiqué à la ressource de données de dépôt temporaire dans Qlik Cloud. </p> </li> <li>Le chiffrement de bout en bout de <span>Passerelle de déplacement des données</span> n'était pas activé par défaut et était contrôlé par des indicateurs de temps d'exécution.</li> </ul> | 15 février 2024 |
| 2022.11.63 | Standard | 2 mai 2023 | Utilitaire d'installation de pilote<br><br>Cette version intègre un utilitaire d'installation de pilote qui supprime le besoin d'installer et de configurer manuellement des pilotes. Le nouvel utilitaire accélère la procédure d'installation tout en réduisant considérablement le risque d'erreurs de la part de l'utilisateur. Lorsque l'utilitaire est exécuté, le pilote requis est automatiquement téléchargé, si possible, et installé. S'il n'est pas possible de télécharger le pilote (par exemple, les pilotes DB2 nécessitent une connexion), il vous suffit de télécharger le pilote, de le copier dans un dossier dédié sur le poste de la passerelle Déplacement de données et d'exécuter l'utilitaire.<br><br>Pour un exemple d'utilisation de l'utilitaire d'installation de pilote pour installer un pilote PostgreSQL, voir [Conditions préalables requises](https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/SourcesConnections/PostgreSQL/prereq-postgresql-source-dmgateway.htm#anchor-1).<br><br>Plate-forme de données cloud Snowflake<br><br>Le connecteur Snowflake prend désormais en charge les caractères émoticônes de 4 octets.<br><br>Prise en charge pour Azure Database for PostgreSQL - Flexible Server comme source de données<br><br>Le connecteur PostgreSQL peut désormais déplacer des données depuis Azure Database for PostgreSQL - Flexible Server.<br><br>Prise en charge de Cloud SQL for PostgreSQL comme source de données<br><br>Le connecteur PostgreSQL peut désormais déplacer des données depuis Cloud SQL for PostgreSQL.<br><br>Nouvelles versions de sources de données prises en charge<br><br>Cette version inclut la prise en charge des nouvelles versions de sources de données suivantes :<br><br><ul> <li>PostgreSQL&nbsp;14</li> <li>DB2 (for IBM DB2 for z/OS) 12.1</li> <li>IBM DB2 for z/OS 2.5</li> </ul><br><br>Nouvelles versions de plates-formes de données cloud prises en charge<br><br>Databricks 11.3 LTS<br><br>Arrêt de la prise en charge des versions de sources de données suivantes<br><br>Les versions de sources de données suivantes ne sont plus prises en charge :<br><br><ul> <li>DB2 (for IBM DB2 for z/OS) 11</li> <li>PostgreSQL&nbsp;9.6</li> <li>Microsoft SQL Server&nbsp;2012</li> <li>MariaDB&nbsp;10.2</li> </ul><br><br>Problèmes résolus<br><br>Cette version résout les problèmes suivants :<br><br><ul> <li>Source de données Oracle&nbsp;: Lors de l'arrêt et de la reprise d'une tâche, la tâche échouait parfois avec une erreur “Failed to set stream position on context” (Échec de définition de la position du flux dans le contexte).</li> <li>Source d'application&nbsp;SAP&nbsp;: Les modifications n'étaient pas capturées lors de la tâche de dépôt temporaire.</li> </ul> | 28 décembre 2023 |
| 2022.5.13 | Standard | 19 octobre 2022 | Version initiale | 2 novembre 2023 |

## Désinstallation de Passerelle de déplacement des données

Pour désinstaller Passerelle de déplacement des données, exécutez la commande suivante :

rpm -e &lt;installation package name&gt;

Exemple :

rpm -e qlik-data-gateway-data-movement-2023.11-1.x86\_64

Si vous ne connaissez pas le nom du package, exécutez :

rpm -qa | grep qlik

Note AvertissementLa désinstallation de Passerelle de déplacement des données entraînera l'échec de l'ensemble des tâches utilisant actuellement la passerelle de données.

## En savoir plus

* [Configuration de Passerelle de déplacement des données](https://help.qlik.com/fr-FR/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/dm-gateway-setting-up.htm)