# Upgraden und Deinstallieren von Data Movement Gateway

In diesem Thema wird erläutert, wie Sie Ihre Data Movement Gateway-Installation upgraden oder deinstallieren. Daneben wird eine Tabelle bereitgestellt, in der die in jeder Data Movement Gateway-Version eingeführten Änderungen aufgelistet werden.

## Das Upgrade-Verfahren

Um Ihre aktuelle Version zu prüfen, gehen Sie zu Verwaltung &gt; Daten-Gateways und prüfen Sie die Spalte Version für Ihr Data Movement Gateway.

Wenn eine neue Version verfügbar ist, wird ein ! an die Versionsnummer angehängt. Sie können den Mauszeiger über das the Info icon halten, um weitere Informationen zu erhalten.

InformationshinweisVersionen werden manchmal als Patches veröffentlicht. Das ! wird nur angezeigt, wenn eine neue Standardversion verfügbar ist (im Gegensatz zu einer Patch-Version). Um herauszufinden, ob es sich bei einer Version um eine Patch-Version oder eine Standardversion handelt, sehen Sie sich die Spalte Typ in der Tabelle Data Movement Gateway Versionsverlauf unten an.

Wenn eine installierte Gateway-Version nicht unterstützt wird, ist Status Deaktiviert, und es ist ein Upgrade erforderlich, um das Gateway zu aktivieren.

Sobald eine neue Version der RPM-Datei von Data Movement Gateway verfügbar wird, sollten Sie sie von Administration herunterladen und ein Upgrade der bestehenden Installation durchführen.

Gehen Sie wie folgt vor:

1. Laden Sie die neue Version herunter, indem Sie im Gateway auf the Mehr icon und dann auf Upgrade klicken.

   Bestätigen Sie die Kundenvereinbarung und laden Sie das RPM herunter.

2. Öffnen Sie eine Shell-Eingabeaufforderung und ändern Sie das Arbeitsverzeichnis in das Verzeichnis, das die RPM-Datei enthält.

3. Führen Sie den folgenden Befehl aus:

   Syntax:

   rpm -U &lt;rpm name&gt;

   Beispiel:

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

4. Starten Sie den Data Movement Gateway-Dienst:

   sudo systemctl start repagent

5. Bestätigen Sie optional, dass der Dienst gestartet wurde:

   sudo systemctl status repagent

   Der Status lautet wie folgt:

   Active: active (running) since &lt;timestamp&gt; ago

## Data Movement Gateway – Versionsverlauf

| Version | Typ | Herausgabedatum | Wichtige Änderungen | Enddatum der Unterstützung |
| --- | --- | --- | --- | --- |
| 2026.5.29 | Standard | 29. September 2026 | Behobene Probleme<br><br><ul> <li> <p>Aggregation von Statistiken des partiellen Full Loads</p> </li> <li> <p>Databricks Lakehouse (Delta) / Databricks (Cloud Storage) – ODBC-Testverbindung schlägt mit Proxy (Benutzername/Passwort) in allen Staging-Umgebungen fehl</p> </li> <li> <p>Databricks Lakehouse (Delta) Volume - Löschen eines Verzeichnisses schlägt aufgrund des Fehlers "CLOUD_FILE_NOT_FOUND" fehl</p> </li> <li> <p>Für den Anwendungsmodus sollte ein Task nur für das vollständige Laden DDL aktivieren</p> </li> <li> <p>SAP Application-Ziel erzeugt Sonderzeichen in Daten beim Laden in das Snowflake-Datenformat</p> </li> <li> <p>Full-Load-S3-Ziel bereitet vor, Datensätze in derselben JSON- oder in unterschiedlichen JSON-Dateien mit Quelle SAP-Extraktor zu duplizieren</p> </li> <li> <p>Fehlende relevante Fehlermeldung, wenn die Tabelle angehalten ist</p> </li> <li> <p>SAP-ODP-Job mit OData-Ziel abgeschlossen, aber vollständiges Laden wird nicht abgeschlossen</p> </li> <li> <p>Unterstützung für SQL Server 2012 (Always-Encrypted-Prüfung überspringen)</p> </li> <li> <p>LOCAL INFILE für MySQL-/MemSQL-Ziele nur auf den Lademodus beschränken (LFI-Fix)</p> </li> <li> <p>SAPDB-Quelle – Fehlerhafte Daten (fehlende Daten, Duplikate) können bei einer Tabelle auftreten, wenn eine andere Tabelle den Befehl LOAD TABLE empfängt.</p> </li> <li> <p>Unterstützung für die Änderung der Datentyplänge in Databricks Delta</p> </li> <li> <p>BigQuery Streaming – Nullwerte aus Feldern des Datentyps STRING beim Verketten von Zeichen abgeschnitten</p> </li> <li> <p>PostgreSQL-LOB-Lookup schlägt fehl, wenn der Primärschlüssel TIMESTAMPTZ enthält</p> </li> <li> <p>Wenn ein DBCC-Aufruf im SQL Server Deferred Constructor einen behebbaren Fehler zurückgibt, müssen wir aufgrund des möglichen Timeouts die Verbindung einmalig neu herstellen und den Vorgang wiederholen.</p> </li> <li> <p>HANA-Quelle, DECIMAL-Datentyp im Ziel verwirft Nachkommastellen, was zu Datenabweichungen führt</p> </li> <li> <p>SAP ODP-Quelle in Version 2025.11 bei Verwendung der Option INCLUDE für das Tabellenauswahlmuster. Vollständiges Laden dauert mehrere Stunden bis zum Abschluss.</p> </li> <li> <p>SQL Server Always Encrypted: Tabelle wird aufgrund einer beschädigten CSV-Datei in jeder Aufgabe für jedes Ziel ausgesetzt</p> </li> <li> <p>Unterstützung für SAP-HANA-Rollback auf Savepoint</p> </li> <li> <p>Aufgabe schlägt mit Token-Ablaufproblem fehl, wenn mit der Azure Active Directory-Dienstprinzipal-Authentifizierung gearbeitet wird</p> </li> <li> <p>Asset konnte nicht ausgeführt werden. Die Fehlermeldung sollte die fehlende Tabelle im Protokoll anzeigen.</p> </li> <li> <p>Redshift - Spaltenlänge wird nicht unterstützt</p> </li> <li> <p>Trigger werden fälschlicherweise gelöscht</p> </li> <li> <p>Oracle-Update-Operationen auf komprimierten Zeilen enthalten möglicherweise keinen Primärschlüsselspaltenwert im After-Image, was dazu führt, dass im Ziel ein NULL-Wert verwendet wird.</p> </li> <li> <p>Landing-Task – Entfernen und Hinzufügen derselben Tabelle erstellt die _ct-Tabelle nicht, wenn sie manuell aus der Ziel-DB gelöscht wurde</p> </li> <li> <p>Anhängen eines UTC-Indikators für Datetime-Spaltenwerte in S3-Parquet-Dateien</p> </li> <li> <p>Fehlende Datensätze beim Trennen/Wiederverbinden des Ziels nach LOB-Lookup-Fehler</p> </li> <li> <p>DB2 Z/os ist grün, aber es werden keine Änderungen übertragen</p> </li> <li> <p>DataBricks Delta ersetzt binäre Nullen in Zeichenfolgen durch ein Leerzeichen.</p> </li> <li> <p>Der alternateBackupFolderTransportCommand behält die Groß-/Kleinschreibung nicht bei</p> </li> <li> <p>SAP HANA Full Record Mode - Trigger könnten fehlschlagen, wenn QTREP/TRAN_LOG vollläuft</p> </li> <li> <p>Paralleles Laden kann für die SAP-VBRP-Tabelle für Databricks Lakehouse (Delta) nicht verwendet werden</p> </li> <li> <p>Databricks (Cloud Storage) ersetzt die binäre Null in Zeichenfolgen durch ein Leerzeichen</p> </li> <li> <p>SAPDB – ein neues Auftreten von Tabellen mit NULL-Werten im Primärschlüssel bei einigen Ereignissen</p> </li> <li> <p>Absturz beim LOB-Lookup, wenn die Spaltenreihenfolge in SAP und in Backend-Tabellen unterschiedlich ist</p> </li> <li> <p>Fehler beim Konvertieren von CSV in eine Parquet-Datei</p> </li> <li> <p>Bei Verwendung von Oracle Standby wurde die Online-Redo-Log-Sequenz übersprungen, was zu Datenverlust führte</p> </li> <li> <p>SAPDB - Task-Absturz beim LOB-Lookup, wenn erforderliche Metadaten noch nicht gelesen wurden</p> </li> <li> <p>Oracle liest aus dem Online-Redo-Log mit noch nicht vorbereitetem Redo.</p> </li> <li> <p>Oracle 26ai + TDE-Verschlüsselung - Fehlerhaftes REDO-Log-Parsing verschlüsselter CDC-Änderungen</p> </li> <li> <p>Unterstützung für die Region Kanada hinzufügen</p> </li> <li> <p>HTTPS-Proxy-Verbindung unterstützen</p> </li> <li> <p>Bei Verwendung eines Managed Gateways enthält das Diagnosepaket nur das letzte Protokoll.</p> </li> <li> <p>SQL Server (MS-CDC)-Quelle – Ungültige Änderungsabfrage für Geometriespalten generiert, wenn eine Transformation zur Spaltenumbenennung konfiguriert ist</p> </li> <li> <p>Stitch-Quelle – Dateien der Änderungsnachverfolgungstabelle nicht geschlossen, wenn Vollständiges Laden gestartet oder beendet wurde</p> </li> <li> <p>Teradata-Quelle und -Ziel – Dokumentation zur Treibereinrichtung aktualisiert</p> </li> <li> <p>Sicherheit – netty-codec-http auf 4.1.136.Final aktualisiert </p> </li> <li> <p>Sicherheit – lz4-java auf 1.11.1 aktualisiert</p> </li> <li> <p>Sicherheit – jackson-core auf 2.18.8 aktualisiert</p> </li> <li> <p>Sicherheit – jetty-security auf 12.1.10 aktualisiert</p> </li> <li> <p>Sicherheit – Log4j in SAP ODP- und Salesforce-Quellendpunkten aktualisiert</p> </li> <li> <p>Unterstützung für errorMessage bei fullLoadPartial</p> </li> <li> <p>Snowflake-Zieltask zeigte viele Fehler des Typs "Object '&lt;&gt;."attrep_status"' does not exist or not authorized." an.</p> </li> <li> <p>Snowflake-Ziel mit Snowpipe Streaming-Option schlägt nach Upgrade auf 2026.5.0.169 mit XMLOutputFactory-Fehler fehl</p> </li> <li> <p>Absturz des MySQL-Treibers beim Zugriff auf Metadaten</p> </li> <li> <p>Null-Byte in einer Quelle wird im S3-Ziel in ein Leerzeichen konvertiert</p> </li> <li> <p>Änderungen an LCHR-Spalten werden in CDC nicht erfasst (DB LUW-Datentyp CLOB)</p> </li> <li> <p>Upgrade von GA aufgrund fehlender Daten in unserem SAPSLT-Task zwischen dem FULL- und CDC-Zeitraum – Task geht nun in die Wiederherstellung und schlägt fehl</p> </li> <li> <p>psqlODBC: Konvertierung von LF in CRLF führt dazu, dass die Zeichenfolge zu groß für die Zielspalte ist</p> </li> <li> <p>"Optimize handling when LOB size is less than" schreibt beim Full Load falsche Daten in die XMLTYPE-Spalte</p> </li> <li> <p>Reserviertes Schlüsselwort in der Abfrage verwendet bei PostgreSQL-EDB-Quelle mit Oracle-Kompatibilitätsmodus</p> </li> </ul> | Bestimmt, wann die nächste Version herausgegeben wird. |
| 2025.11.66 | Standard | 30. Juni 2026 | WarnhinweisAb dem 1. Juli 2026 müssen Kunden, die Data Movement Gateway verwenden und neue Aufgaben mit SaaS-Anwendungsconnectors erstellen möchten, ein Upgrade auf Data Movement 2025.11.66 (diese Version) oder höher durchführen.<br><br>Behobene Probleme<br><br><ul> <li> <p>Syntaxproblem in der Steuertabelle attrep_history auf Databricks und Snowflake</p> <p>Nach dem Upgrade auf <span>Data Movement Gateway</span> 2025.11.40 führten INSERT-Operationen in die Steuertabelle attrep_history zu einem Syntaxfehler.</p> </li> <li> <p>Oracle-Quelle</p> <p>Die Tabellenauswahl get_table_list schlug mit dem Oracle-Fehlercode '1406' beim Abrufen von Tabellenmetadaten in Oracle Autonomous Database-Umgebungen mit aktivierter Komprimierung fehl.</p> </li> <li> <p>Replicate-Asset-Fehler</p> <p>Verbesserte Fehlermeldungen zur Anzeige des Namens der fehlenden Tabelle im Protokoll, wenn eine Bereitstellungsaufgabe aufgrund einer fehlenden Tabelle fehlschlägt.</p> </li> <li> <p>Landing-Task - Änderungsverfolgungstabelle</p> <p>Das Entfernen und erneute Hinzufügen eines Datasets in einer Bereitstellungsaufgabe erstellte die Änderungserfassungstabelle nicht mehr, wenn diese manuell aus der Zieldatenbank gelöscht wurde.</p> </li> <li> <p>SQL Server-Quelle – Always-Encrypted-Kompatibilität</p> <p>Unterstützung für SQL Server 2012 (unter Verwendung einer internen Eigenschaft) durch Überspringen der Always-Encrypted-Validierungsprüfung hinzugefügt, da diese in SQL Server-Versionen vor 2016 nicht unterstützt wird.</p> </li> <li> <p>SQL Server Immer verschlüsselt</p> <p>Ein Problem wurde behoben, bei dem Tabellen bei beliebigen Aufgaben für beliebige Ziele aufgrund einer fehlerhaften CSV-Dateiverarbeitung bei Verwendung von Always Encrypted-Spalten ausgesetzt wurden.</p> </li> <li> <p>Sicherheit</p> <p>Die libcurl-Bibliothek wurde aktualisiert, um die Sicherheitslücke CVE-2025-14819 zu beheben.</p> </li> <li> <p>Registrierte Daten mit Datenbanknamen, der einen Bindestrich enthält</p> <p>Ein Problem wurde behoben, bei dem die Aufgabenvorbereitung registrierter Daten fehlschlug, wenn Datenbanknamen Bindestriche enthielten.</p> </li> <li> <p>Snowflake-Ziel – COPY INTO-Timeout</p> <p>Timeout-Fehler behoben, die während des „COPY INTO“-Schritts beim Laden großer Datensätze in Snowflake auftraten.</p> </li> </ul> | 1. März 2027 |
| 2025.11.40 | Standard | 29. April 2026 | Umbenennen des Databricks-Treibers<br><br>Zur Ausrichtung an Databricks wurde der Treiber für die Arbeit mit dem Databricks-Konnektor umbenannt.<br><br>WarnhinweisUm zu verhindern, dass Aufgaben fehlschlagen, müssen Kunden, die mit dem Databricks-Konnektor arbeiten, ihren Treiber aktualisieren. Sie können dies automatisch mit dem Treiber-Setup-Dienstprogramm (empfohlen) oder manuell tun. Anweisungen finden Sie unter [Treibereinrichtung](https://help.qlik.com/de-DE/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/TargetConnections/databricks-target.htm#Driver). Wenn Sie den Treiber manuell installieren möchten, stellen Sie sicher, dass Sie die Datei odbcinst.ini gemäß den Anweisungen bearbeiten.<br><br>Unterstützung für neue Snowflake- und Google BigQuery-Treiberversionen<br><br>In dieser Version wird die Unterstützung für die folgenden neuen Treiberversionen eingeführt:<br><br><ul> <li> <p><span>Snowflake:</span> Snowflake ODBC-Treiber 3.15.0 (64-Bit)</p> </li> <li> <p><span>Google BigQuery:</span> Simba ODBC-Treiberversion 3.1.6.1026</p> </li> </ul><br><br>Unterstützung für den Databricks VARIANT-Datentyp<br><br>Ab dieser Version werden die folgenden Datentypen dem nativen Databricks VARIANT-Datentyp zugeordnet:<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>InformationshinweisErfordert Databricks Runtime 15.4 oder höher<br><br>Behobene Probleme<br><br><ul> <li> <p>IBM DB2 for iSeries-Quelle</p> <p>Nach dem Fortsetzen einer Aufgabe führte das Erfassen von Änderungen aus einer Tabelle, die binäre Dezimalspalten enthielt, zum Absturz der Aufgabe.</p> </li> <li> <p>PostgreSQL-Quelle – CDC-Problem</p> <p>Nach dem Fortsetzen einer Aufgabe, die in der Minute vor dem Anhalten keine Änderungen erfasst hatte, wurden keine Änderungen erfasst.</p> </li> <li> <p>SSH-Konnektor – Problem bei „Verbindung testen“</p> <p>Das Klicken auf „Verbindung testen“ im SSH-Konnektor gab keine Fehler im Zusammenhang mit der SSH-Konnektivität zurück, wenn es Probleme mit SSH gab.</p> </li> <li> <p>Snowflake-Ziel – Problem beim Snowpipe-Streaming </p> <p>Bei Verwendung von Snowpipe-Streaming als Lademethode wurde beim Laden sehr großer Tabellen eine übermäßige Menge an Arbeitsspeicher genutzt, was schließlich zum Absturz der Aufgabe und einer Schleife aus Lade- und Absturzvorgängen führte.</p> </li> <li> <p>Microsoft SQL Server-Quelle (protokollbasiert) – unklarer Fehler</p> <p>Wenn ein <span>alternativer Sicherungsordner</span> angegeben wurde, der nicht die erforderlichen Protokolle enthielt, hielt die Aufgabe mit einer unklaren Meldung an, anstatt eine Warnung auszugeben und fortzufahren.</p> </li> <li> <p>Sicherheit</p> <p>Die Komponente <span>org.apache.logging.log4j:log4j-core</span> wurde aufgrund bekannter Schwachstellen in den installierten Versionen auf 2.25.3 aktualisiert.</p> </li> <li> <p>SAP ODP-Quelle – Filterproblem</p> <p>Der SAP ODP-Filter wurde nicht an SAP übergeben, wenn er für einen Extraktor definiert war, der im Nur-CDC-Modus ausgeführt wurde.</p> </li> <li> <p>SAP ODATA-Quelle – Filterproblem</p> <p>Das Definieren von mehr als einem Filterbereich für eine einzelne Spalte führte dazu, dass das vollständige Laden fehlschlug.</p> </li> </ul> | 30. Dezember 2026 |
| 2025.11.23 | Standard | 11. März 2026 | Erweiterte Unterstützung für paralleles Laden<br><br>Die Funktion „Paralleles Laden“ unterstützt jetzt das Databricks-Ziel.<br><br>[Paralleles Replizieren von Datensatzsegmenten](https://help.qlik.com/de-DE/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/Replicating/Table-settings-replication.htm)<br><br>DDL-Verlaufskontrolltabelle: Neu unterstützte Ziele<br><br>Die Kontrolltabelle attrep\_ddl\_history (DDL-Verlaufskontrolltabelle) enthält einen Verlauf der DDL-Änderungen, die im Quellsystem während der Replikation an das Ziel vorgenommen wurden.<br><br>Die folgenden Ziel-Endpunktversionen werden jetzt unterstützt:<br><br><ul> <li>Google BigQuery</li> <li>Google Cloud AlloyDB für PostgreSQL</li> <li>Google Cloud SQL for PostgreSQL</li> <li>PostgreSQL (lokal)</li> </ul><br><br>[DDL-Verlauf](https://help.qlik.com/de-DE/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/Replicating/ddl_history.htm)<br><br>Verbesserung der Kopfzeilenspalte „[header]\_\_change\_mask“<br><br>Bei Verwendung von Änderungstabellen im Parquet-Format füllt die Kopfzeilenspalte [header]\_\_change\_mask Nullen jetzt links (statt rechts) auf, um der Little-Endian-Regel zur Speicherung von Bytes in umgekehrter Reihenfolge zu entsprechen.<br><br>Betroffene Ziel-Endpunkte:<br><br><ul> <li> <p>Amazon S3  </p> </li> <li> <p>Google Cloud Storage</p> </li> </ul><br><br>[Änderungstabellen](https://help.qlik.com/de-DE/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/Replicating/read_change_tables.htm)<br><br>Neue unterstützte Datenquellen- und Zielversionen<br><br><ul> <li> <p>Kafka-Ziel: 4.0.x</p> </li> <li> <p>IBM z/OS-Quelle: 3.2 </p> </li> </ul><br><br>Neu unterstützte Treiberversionen<br><br><ul> <li>Microsoft ODBC Driver 18.5</li> <li>MySQL 8.4</li> </ul><br><br>End-of-Life für Microsoft Azure Database for MySQL und Microsoft Azure Database for PostgreSQL<br><br>Die Unterstützung für Microsoft Azure Database for MySQL und Microsoft Azure Database for PostgreSQL, die von Microsoft offiziell eingestellt wurden, wurde eingestellt.<br><br>End-of-Life-Datenquellen- und Zielversionen<br><br><ul> <li> <p>Databricks-Ziel: 10.4 LTS und 11.3 LTS </p> </li> <li> <p>MariaDB-Quelle und -Ziel: 10.5</p> </li> <li> <p>PostgreSQL-Quelle und -Ziel: 13.x</p> </li> <li> <p>MySQL-Quelle und -Ziel: 8.1  </p> </li> </ul><br><br>End-of-Life-Treiberversionen<br><br><ul> <li> <p>Microsoft ODBC Driver 18.3</p> </li> </ul><br><br>Behobene Probleme<br><br><ul> <li> <p>SAP-Quelle (Anwendung)</p> <p>Aufgaben, die für die Verwendung einer SAP-(Anwendungs-)Quelle mit einem Backend-Prozess konfiguriert waren, der Selbst-Commit-Ereignisse generierte, stürzten manchmal nach dem Laden einer Tabelle ab. </p> </li> <li> <p>Microsoft Azure SQL Database-Ziel </p> <p>Bei homogener Replikation trat bei der Arbeit im „transaktionalen Anwendungsmodus“ oder im „stapeloptimierten Anwendungsmodus“, der in den „Nacheinander“-Modus wechselte, ein „0 Zeilen betroffen“-Fehler auf, wenn eine DATETIME-Spalte Teil des Primärschlüssels im Ziel war. </p> </li> <li> <p>Oracle-Quelle </p> <p>Die Oracle-Aufgabe stürzt beim vollständigen Laden ab, wenn eine Tabelle eine „Long Raw“-Spalte enthält und die maximale LOB-Größe größer oder gleich 64K ist. </p> </li> <li> <p>SAP-Extraktor-Quelle – Entladeschleife aufgrund von CDC-Abbruch</p> <p>Während eines Tabellenladevorgangs werden lang laufende SAP CDC-Jobs manchmal abgebrochen. Dies führte zu einem wiederherstellbaren Fehlerzustand, bei dem das Entladen nie abgeschlossen wurde.</p> </li> <li> <p>Sicherheit</p> <p>Für die folgenden Komponenten wurde aufgrund von bekannten Sicherheitslücken ein Upgrade durchgeführt:</p> <ul> <li><span>JRE</span>-Upgrade von 17.0.17 auf 17.0.18</li> <li> <p><span>org.eclispe.jetty:jetty-io</span>-Upgrade von 11.0.25 auf 11.0.26</p> </li> <li> <p><span>org.apache.logging.log4j:log4j-core</span>-Upgrade von 2.23.1 auf 2.25.3</p> </li> </ul> </li> <li> <p>SAP ODP</p> <p>Der folgende Fehler trat während CDC auf, wenn ein Filter für eine Tabelle definiert wurde:</p> <p>Invalid value for parameter "I_DIMNAME"</p> </li> <li> <p>SAP-Extraktor</p> <p>Delta funktionierte nicht mehr, wenn die Aufgabe angehalten und fortgesetzt wurde, während sich eine der Tabellen im Ladezustand befand. </p> </li> <li> <p>SaaS-Anwendungsquelle (Workday-Berichte)</p> <ul> <li> <p>Während des vollständigen Ladens schlug die Aufgabe beim Verbinden mit dem S3-Bereitstellungsordner manchmal mit folgendem Fehler fehl:</p> <p>Unable to execute HTTP request: Connect to s3.amazonaws.com:443</p> <p>Das Problem wurde durch die Implementierung eines Mehrfachwiederholungsmechanismus für die Verbindung zum S3-Ordner behoben, wenn die erste Verbindung nicht erfolgreich ist.</p> </li> <li> <p>Die CREATE SCHEMA-Berechtigung war erforderlich, selbst wenn das Schema bereits vorhanden war.</p> </li> </ul> </li> <li> <p>Microsoft SQL&nbsp;Server-Ziel</p> <p>Datenverlust trat manchmal in LOB-Spalten auf und eine falsche Datenreplikation trat während CDC auf, wenn die LOB-Größe in den Aufgabeneinstellungen als unbegrenzt festgelegt war.</p> </li> <li> <p>PostgreSQL-Ziel </p> <p>Wenn das Laden der CSV-Datei in die Tabelle der Nettoänderungen fehlschlug, wurde ein wiederherstellbarer Fehler zurückgegeben (was zu einer Endlosschleife führte), anstatt in den „Nacheinander“-Anwendungsmodus zu wechseln. </p> </li> <li> <p>MySQL-zu-MySQL-Replikation</p> <p>Wenn das Schema von Quelle und Ziel sich in derselben MySQL-Instanz befand und die Replikation eine Steuertabelle enthielt, stürzte die Aufgabe manchmal mit dem Fehler „Prozess mit Signal 11 abgestürzt“ ab.</p> </li> <li> <p>PostgreSQL-Quelle</p> <p>Während CDC las die Aufgabe manchmal dieselben WAL-Einträge immer wieder, was dazu führte, dass keine Daten erfasst wurden.</p> </li> <li> <p>Microsoft SQL Server-Quelle </p> <ul> <li> <p>Ein Fehler trat beim Dekomprimieren eines Transaktionsprotokolls auf, das verschlüsselte Blöcke enthielt. Das Problem wurde behoben, indem das Protokoll in solchen Fällen komprimiert belassen wurde. </p> </li> <li> <p>Aufgrund einer unnötigen Validierungsprüfung für bestehende Dateien wurden beim Verwenden eines alternativen Sicherungsordners redundante Fehler angezeigt.</p> </li> <li> <p>Die Aufgabe stürzte manchmal nach dem Aufruf von DBCC Lookup ab. </p> </li> </ul> </li> </ul> | 29. Oktober 2026 |
| 2025.5.41 | Patch | 15. Februar 2026 | Es wurde ein Problem behoben, bei dem der CDC-Status in der Überwachung nicht angezeigt wurde. | 11. September 2026 |
| 2025.5.40 | Standard | 10. Februar 2026 | Unterstützung für Kafka-Zielkonnektor<br><br>Die neue Version von Data Movement Gateway führt Unterstützung für den Kafka-Zielkonnektor ein. Replizieren Sie Ihre Daten mühelos von jeder unterstützten Quelle direkt in lokalen Kafka oder Amazon MSK und stellen Sie so zuverlässige, fehlertolerante Übertragungen sicher, die Ihre Anwendungen agil und informiert halten. Ganz gleich, ob Sie die Datenkonsistenz über Systeme hinweg aufrechterhalten oder Analysen vorantreiben, dieser Konnektor bietet Replikation mit geringer Latenz und minimalem Einrichtungsaufwand.<br><br>Weitere Informationen finden Sie unter [Kafka-Ziel](https://help.qlik.com/de-DE/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/TargetConnections/kafka-target.htm).<br><br>Behobene Probleme<br><br><ul> <li> <p>Fehler bei der Replikationsaufgabe von MySQL-Quelle zu MySQL-Ziel</p> <p>Wenn ein Datensatz von einem MySQL-Schema in ein anderes, auf derselben MySQL-Serverinstanz ausgeführtes MySQL-Schema repliziert wurde und eine Kontrolltabelle in die Replikation eingeschlossen wurde, schlug CDC mit dem folgenden Fehler fehl:</p> <p>Process crashed with signal 11</p> </li> </ul><br><br><ul> <li> <p>SAP Extractor-Konnektor: Tabelle angehalten, wenn eine Aufgabe fortgesetzt wurde</p> <p>Das Fortsetzen einer Aufgabe, während sich eine Tabelle noch in vollständigen Ladevorgang befand, führte dazu, dass der Extraktionsauftrag fehlschlug und die Tabelle angehalten wurde.</p> </li> </ul> | 11. September 2026 |
| 2025.5.32 | Patch | 13. Januar 2026 | Behobene Probleme<br><br><ul> <li> <p>PostgreSQL-Ziel –Inkorrektes Fehlerverhalten</p> <p>Wenn das Laden der CSV-Datei in die Tabelle der Nettoänderungen in Qlik fehlschlug, wurde ein wiederherstellbarer Fehler zurückgegeben (was zu einer Endlosschleife führt), anstatt zur Nacheinander-Anwendung zu wechseln.</p> </li> </ul><br><br><ul> <li> <p>Lite-Konnektoren für SaaS-Anwendungen</p> <p>Während des vollständigen Ladevorgangs schlugen Aufgaben manchmal mit dem folgenden Fehler fehl, da die Verbindung von Amazon aktiv verweigert wurde:</p> <code>Unable to execute HTTP request: Connect to s3.amazonaws.com:443</code> <p>Das Problem wurde durch die Implementierung eines Wiederholungsmechanismus mit maximal drei Wiederholungen vor Auftreten des Fehlers behoben.</p> </li> </ul><br><br><ul> <li> <p>Microsoft SQL Server-Quelle – Fehler bei der Protokolldekomprimierung</p> <p>Ein Fehler trat beim Dekomprimieren eines Transaktionsprotokolls auf, das verschlüsselte Blöcke enthielt. Das Problem wurde behoben, indem das Protokoll in solchen Fällen komprimiert belassen wurde.</p> </li> </ul><br><br><ul> <li> <p>Netsuite Suite Analytics-Quelle - CDC-Wiederaufnahme-Fehler</p> <p>Beim Wiederaufnehmen einer CDC-Aufgabe nach einer Änderung an der Quelle schlug die Aufgabe manchmal mit dem folgenden Fehler fehl:</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>Microsoft SQL Server-Quelle – falsche Fehler</p> <p>Aufgrund einer unnötigen Validierungsprüfung für bestehende Dateien wurden beim Verwenden eines alternativen Sicherungsordners redundante Fehler angezeigt.</p> </li> </ul> | 10. August 2026 |
| 2025.5.22 | Standard | 25. November 2025 | Databricks-Primärschlüsselunterstützung<br><br>Ab dieser Version erstellt die Datenaufgabe einen Primärschlüssel für Databricks-Delta-Zieltabellen unter Verwendung des RELY-Schlüsselworts. Obwohl Databricks keine Primärschlüsselbeschränkungen durchsetzt, wird davon ausgegangen, dass Primärschlüssel mit dem RELY-Schlüsselwort keine Duplikate aufweisen und daher von Databricks zur Abfrageoptimierung verwendet werden können.<br><br>Voraussetzungen:<br><br><ul> <li> <p>Sie müssen einen Katalog in den Konnektor-Einstellungen auswählen</p> </li> <li> <p>Databricks 14.2 oder höher</p> </li> </ul><br><br>Datentyperweiterungen<br><br><ul> <li> <p><span>IBM DB2 for iSeries-Quelle:</span> Unterstützung für die folgenden Datentypen wurde hinzugefügt: BINARY-DECIMAL und ZONED-DECIMAL </p> </li> <li> <p><span>Databricks-Ziel:</span> In früheren Versionen wurde BYTES STRING zugeordnet. Ab dieser Version wird es VARCHAR (Länge in Bytes) zugeordnet. </p> </li> <li> <p><span>Google Cloud BigQuery-Ziel: </span>Der JSON-Untertyp wird jetzt vom Google Cloud BigQuery-Ziel unterstützt.</p> </li> </ul><br><br>PostgreSQL-basierte Quelle: Partitionierte Tabellen werden jetzt standardmäßig unterstützt<br><br>Die Replikation (vollständiges Laden und CDC) von Partitionen und Unterpartitionen (und Unter-Unterpartitionen) aus PostgreSQL-basierten Datenquellen wird jetzt standardmäßig unterstützt.<br><br>Google Cloud BigQuery-Ziel: Unterstützung für die Fehlerbehandlung bei Datenkürzung<br><br>Das Google Cloud BigQuery-Ziel unterstützt jetzt die Fehlerbehandlung bei Datenkürzung. Wenn ein Datenkürzungsfehler auftritt, können Sie jetzt wählen, ob der Datensatz in der Ausnahmen-Steuertabelle protokolliert (Standard), der Datensatz ignoriert, die Tabelle angehalten oder die Aufgabe beendet werden soll.<br><br>Neu unterstützte Versionen<br><br>Die folgenden Quell- und Ziel-Endpunktversionen werden jetzt unterstützt:<br><br><ul> <li> <p>MariaDB (lokal) und Amazon RDS für MariaDB: 11.4</p> </li> <li> <p>MySQL (lokal), MySQL Percona, Google Cloud SQL for MySQL, Amazon RDS for MySQL und Microsoft Azure Database for MySQL – Flexible Server: 8.4</p> </li> <li> <p>PostgreSQL (lokal), Google Cloud SQL for PostgreSQL, Amazon RDS for PostgreSQL und Microsoft Azure Database for PostgreSQL – Flexible Server: 17.x </p> </li> </ul><br><br>Neu unterstützte Treiberversionen<br><br>IBM Data Server Client 11.5.9 wird jetzt für die folgenden DB2-Quellen unterstützt:<br><br><ul> <li> <p>IBM DB2 for LUW </p> </li> <li> <p>IBM DB2 for z/OS</p> </li> </ul><br><br>End-of-Life-Quell- und Treiberversionen<br><br><ul> <li> <p><span>End-of-Life-Quellen und -Ziele: </span>Die Unterstützung für Microsoft Azure Database for MySQL und Microsoft Azure Database for PostgreSQL, die von Microsoft offiziell eingestellt wurden, wurde eingestellt.</p> </li> <li> <p><span>End-of-Life-Quellversionen:</span> Die Unterstützung für IBM DB2 for iSeries 7.2, die EOL ist, wurde eingestellt. </p> </li> <li> <p><span>End-of-Life-Treiberversionen: </span>Die Unterstützung für IBM Data Server Client 11.5.6 wurde eingestellt.</p> </li> </ul><br><br>Behobene Probleme<br><br><ul> <li> <p>HSTS-Unterstützung</p> <p>HSTS war auf dem Rechner für <span>Qlik Data Gateway – Datenbewegung</span> nicht aktiviert.</p> </li> <li> <p><span>Data Movement Gateway</span>-Installation fehlgeschlagen</p> <p>Die Installation von <span>Data Movement Gateway</span> auf Redhat Version 9.7 schlug mit dem Fehler „OPENSSL_3.4.0 nicht gefunden“ fehl.</p> </li> <li> <p>PostgreSQL 15.7-Quelle – Keine Daten während CDC erfasst</p> <p>Während CDC las die Aufgabe immer wieder dieselben WAL-Einträge und verarbeitete dieselbe Stream-Position.</p> </li> <li> <p>SAP ODP – CDC-Fehler</p> <p>Nachdem eine CDC-Aufgabe während Änderungen (z. B. aufgrund eines Konnektivitätsproblems) angehalten wurde, führte die Wiederaufnahme der Aufgabe manchmal zu Zeilenlängenfehlern.</p> </li> <li> <p>Fehlende Quellverbindungsprotokolle</p> <p>Quellverbindungsprotokolle waren nach dem Ausführen einer Aufgabe, die einen Vorschau- oder Lite-Konnektor verwendete, nicht verfügbar.</p> </li> <li> <p>Überwachung – Fehlende Informationen </p> <p>Die Registerkarte <span>Überwachen</span> zeigte keine Fehlermeldung an, wenn eine Tabelle während der CDC-Phase einer Aufgabe für „Vollständiges Laden und CDC“ angehalten wurde.</p> </li> </ul> | 10. August 2026 |
| 2024.11.95 | Standard | 4. November 2025 | Unterstützung für die Erstellung von Wissens-Marts in Databricks<br><br>Zuvor wurden Wissens-Marts nur in Snowflake unterstützt. Sie können Wissens-Marts und dateibasierte Wissens-Marts jetzt auch in Databricks erstellen und ausführen.<br><br>Behobene Probleme:<br><br>Aufgaben schlugen während der Vorbereitung zeitweise mit dem folgenden Fehler fehl:<br><br>`The request was canceled due to the configured HttpClient.Timeout of 300 seconds elapsing.` | 25. Mai 2026 |
| 2024.11.90 | Standard | 21. Oktober 2025 | Behobene Probleme:<br><br>Wenn die interne Eigenschaft „metadataschema“ mit Sonderzeichen definiert wurde, schlug die Aufgabe während CDC fehl. | 4. Mai 2026 |
| 2024.11.84 | Patch | 16. September 2025 | Behobene Probleme:<br><br><ul> <li> <p>Produktionswarnungen in der Region EU-Central-1</p> <p>Bei Kunden in der Region EU-Central-1 kam es bei der Verwendung von <span>Data Movement Gateway</span> häufig zu Produktionsalarmen.</p> </li> <li> <p>Jira-Datenquelle: Hängende Tabelle</p> <p>Bei der Replikation von Daten aus Jira blieb die Tabelle USERS bei der ersten Ausführung im Status „In Warteschlange gestellt“ hängen, während die anderen Tabellen erfolgreich geladen wurden.</p> </li> <li> <p>Überwachungsproblem</p> <p>Die CDC-Überwachung fehlte in der Aufgabenüberwachung.</p> </li> <li> <p>Fehler bei der Oracle-to-Oracle-Replikation</p> <p>Oracle-zu-Oracle-Replikationsaufgaben schlugen manchmal aufgrund einer falschen Berechnung der String-Länge fehl.</p> </li> <li> <p>Sicherheit</p> <p>Die Java-Serverkomponente (sqlite-jdbc) wurde aufgrund einer bekannten Sicherheitslücke in früheren Versionen auf 3.47.0 aktualisiert.</p> </li> <li> <p>Fehler beim Starten einer Aufgabe</p> <p>Der Fehler „Keine Lizenz für die Datenbank“ trat manchmal auf, wenn eine Aufgabe zum ersten Mal im Wiederaufnahmemodus gestartet wurde, ohne zuvor gestartet worden zu sein.</p> </li> <li> <p>Salesforce-Konnektorproblem mit neuen Datensätzen</p> <p>Das Hinzufügen neuer Datensätze zu einer Bereitstellungsaufgabe mit einer Salesforce-Datenquelle führte dazu, dass die Aufgabe mit dem Fehler „Tabelle nicht vorhanden“ fehlschlug.</p> </li> </ul> | 21. April 2026 |
| 2024.11.78 | Standard | 3. September 2025 | Warnhinweis<br><br>Kunden, die ein Snowflake-Ziel verwenden, müssen ihren Snowflake-Treiber aktualisieren, nachdem das Data Movement Gateway-Upgrade abgeschlossen ist. Andernfalls schlagen die Aufgaben fehl.<br><br>Anweisungen hierzu finden Sie unter [Treibereinrichtung](https://help.qlik.com/de-DE/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/TargetConnections/snowflake-target.htm#Driver).<br><br>Behobene Probleme:<br><br><ul> <li> <p>Verbindungsfehler bei Speicheraufgaben</p> <p>Speicheraufgaben schlugen mit einem Verbindungsfehler fehl, der einen Neustart des Gateways erforderte.</p> </li> <li> <p>DB2-Treiberinstallation fehlgeschlagen</p> <p>Die Installation des DB2-Treibers schlug fehl, wenn der Zugriff auf den Ordner /tmp eingeschränkt war.</p> </li> <li> <p>Verbindungsaufbau zu <span>Qlik Cloud</span> dauerte zu lange</p> <p>Nach einem Upgrade auf <span>Data Movement Gateway</span> Version 2024.11.65 dauerte der Verbindungsaufbau zu <span>Qlik Cloud</span> übermäßig lange. Das Problem wurde durch Hinzufügen eines Abbruch-Tokens mit einer zweiminütigen Zeitüberschreitung behoben.</p> </li> <li> <p>Dienst stürzte nach Upgrade ab </p> <p>Nach dem Upgrade auf <span>Data Movement Gateway</span> 2024.11.67 stürzte der externe Datenanbieterdienst (der von Lite-Konnektoren verwendet wird) aufgrund von Zugriffsbeschränkungen auf den Ordner /tmp ab.</p> </li> <li> <p>Sicherheits-Fixes</p> <p>Die folgenden Komponenten wurden aufgrund von bekannten Sicherheitslücken durch neuere Versionen ersetzt:</p> <ul> <li> <p>SQLite 3.49.1</p> </li> <li> <p>Java Runtime Engine 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>Wissensdatenbanken – Dateifreigabe (SMB)</p> <p>Die Verbindung zu SMB schlug mit dem folgenden Fehler fehl:</p> <p>SmbConnection' object has no attribute 'docs_path'</p> </li> <li> <p>Vorbereitungsfehler</p> <p>Wenn eine Aufgabe zum zweiten Mal vorbereitet wurde und nach der ersten Vorbereitung eine DDL auftrat, schlug der Vorbereitungsvorgang manchmal mit dem folgenden Fehler fehl (Auszug):</p> <p>Could not find match between landing metadata with gateway task metadata for the following tables: &lt;name&gt;</p> </li> <li> <p>Problem mit der Datenvorschau</p> <p>Die Option für die Datenvorschau funktionierte nicht, wenn ein Microsoft SQL Server-Ziel verwendet wurde.</p> </li> </ul><br><br>Verbesserungen:<br><br><ul> <li> <p>Unterstützung für Qlik Cloud Government DoD hinzugefügt</p> <p>In dieser Version wurde Unterstützung für die Verwendung von <span>Data Movement Gateway</span> mit Qlik Cloud Government DoD hinzugefügt.</p> </li> </ul> | 21. April 2026 |
| 2024.11.70 | Standard | August 12, 2025 | Verbesserungen:<br><br><ul> <li> <p>Steuerung, wann die Richtlinie zur Behandlung von Tabellenfehlern ausgelöst wird</p> <p>Zu den Einstellungen für die Behandlung von Tabellenfehlern bei Replikation und Bereitstellung wurde eine neue Einstellung für <span>Anzahl der Wiederholungsversuche vor der Rückgabe eines Tabellenfehlers</span> hinzugefügt. Bisher wurde beim Auftreten eines Tabellenfehlers die Tabelle angehalten oder die Aufgabe gestoppt (je nach der gewählten Fehlerbehandlung). Dies führte manchmal dazu, dass Tabellen während des SaaS-Anwendungswartungsfensters ausgesetzt wurden. Mit dieser neuen Option ist es nun möglich, festzulegen, wie oft die Tabelle erneut versucht werden soll, bevor die Richtlinie zur Behandlung von Tabellenfehlern ausgelöst wird. Diese Option ist besonders nützlich, wenn Ihre SaaS-Anwendung regelmäßig gewartet wird, da Sie die Standardanzahl der Wiederholungsversuche (3) außer Kraft setzen können, sodass die Wartung abgeschlossen werden kann, ohne dass die Richtlinie zur Behandlung von Tabellenfehlern ausgelöst wird.</p> <p><a href="https://help.qlik.com/de-DE/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/Replicating/replicating-settings.htm#anchor-7:~:text=the exceptions table.-,Table errors,-When encountering a">Tabellenfehlerbehandlung</a> </p> <div><span>Informationshinweis</span>Diese Option wird nur für Aufgaben angezeigt, die mit einem Lite- oder Standard-SaaS-Anwendungskonnektor konfiguriert wurden.</div> </li> <li> <p>Vorschaudaten enthalten jetzt auch Spalten-Datentypen</p> <p>Bei der Vorschau einer SQL-Transformation enthalten die Ergebnisse jetzt die Datentypen der Spalten.</p> <p><a href="https://help.qlik.com/de-DE/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/Transformation/Adding-SQL-based-tables.htm#anchor-2">Datenvorschau</a> </p> </li> </ul> | 3. März 2026 |
| 2024.11.67 | Standard | 29. Juli 2025 | Verbesserungen:<br><br><ul> <li> <p>Rollover und Bereinigung von Replikationsprotokolldateien</p> <p>Für die Replikationsprotokolldateien auf dem Gateway-Rechner wurde eine Rollover- und Bereinigungsrichtlinie implementiert. Die Rollover-Richtlinie verhindert, dass die Protokolldateien zu groß werden (was sich auf die Leistung und die Analyse auswirkt), während die Bereinigungsrichtlinie verhindert, dass sich Protokolle ansammeln und übermäßig viel Speicherplatz belegen.</p> </li> </ul><br><br>Behobene Probleme:<br><br><ul> <li> <p>Falscher Tabellenstatus nach Ladevorgang</p> <p>Beim Laden einer ausgesetzten Tabelle war der in der Überwachung angezeigte Tabellenstatus manchmal nicht korrekt.</p> </li> <li> <p>Zeitüberschreitung bei Vorbereitungsvorgang</p> <p>Bei der Vorbereitung einer Bereitstellungsaufgabe nach dem Hinzufügen eines Datensatzes kam es manchmal zu einer Zeitüberschreitung bei der Katalogisierung von Extras. Das führte dazu, dass der Vorbereitungsvorgang fehlschlug.</p> </li> </ul> | 12. Februar 2026 |
| 2024.11.65 | Patch | 22. Juli 2025 | Dieser Patch behebt die folgenden Probleme:<br><br><ul> <li> <p>Vorbereitungsfehler beim Hinzufügen einer neuen Tabelle</p> <p>Beim Hinzufügen einer neuen Tabelle zu einer Replikations-Aufgabe und Klicken auf <span>Vorbereiten</span> tritt manchmal der folgende Fehler auf:</p> <p>Prepare data task failed: Object reference not set to an instance of an object.</p> </li> <li> <p>Behobene Schwachstellen</p> <p>Die folgenden <span>Data Movement Gateway</span> Setup-Dateien wurden auf Versionen ohne bekannte Schwachstellen aktualisiert:<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. Januar 2026 |
| 2024.11.61 | Patch | 15. Juli 2025 | Die Installation von ai-local-agent (erforderlich für die [Verbindung mit der Vektordatenbank und dem LLM](https://help.qlik.com/de-DE/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/gateways-for-knowledge-mart.htm)) auf einem Rechner mit Python 3.12 schlug fehl. Dieser Patch behebt das Problem. | 29. Januar 2026 |
| 2024.11.59 | Patch | 1. Juli 2025 | Dieser Patch behebt die folgenden Probleme:<br><br><ul> <li> <p>IBM DB2 for LUW-Verbindungsfehler</p> <p>Nach dem Upgrade auf <span>Data Movement Gateway</span> 2024.11.54 schlug die Verbindung zur Datenbank fehl.</p> </li> <li> <p>Vorbereitungsfehler</p> <p>Das Vorbereiten der Datenaufgabe schlug fehl, wenn die Aufgabe mit einer SaaS-Anwendungsquelle und einem Google BigQuery-Ziel konfiguriert war.</p> </li> <li> <p>Aufgaben mit Java-basierten Quellen schlugen nach dem Upgrade fehl</p> <p>Aufgaben mit Java-basierten Datenquellen schlugen nach einem Upgrade auf <span>Data Movement Gateway</span> 2024.11.54 fehl. </p> </li> <li> <p>Snowflake-Ziel: Aufgaben wechselten während CDC manchmal in den „Nacheinander“-Modus.</p> <p>Wenn während CDC eine STRING-Spalte in einer Quelltabelle 65536 Bytes überschritt, wurden die Daten in der STRING-Zielspalte abgeschnitten. Die Aufgabe wechselte dann in den „Nacheinander“-Anwendungsmodus.</p> </li> <li> <p>Sicherheit</p> <p>Die Dateien <span>java_file_factory.jar</span> und <span>arep-google-cloud.jar</span> wurden auf Versionen ohne bekannte Sicherheitslücken aktualisiert.</p> </li> </ul> | 29. Januar 2026 |
| 2024.11.54 | Patch | 17. Juni 2025 | Dieser Patch behebt die folgenden Probleme:<br><br><ul> <li> <p>Vollständiges Laden ohne Berücksichtigung der Aufgabeneinstellungen</p> <p>Beim vollständigen Laden verwarf die Aufgabe die Zieltabellen und erstellte sie neu, obwohl die Aufgabe mit <span>Wenn Zieltabelle bereits vorhanden ist: Ignorieren</span> konfiguriert war.</p> </li> <li> <p>Falsche Anzahl von Datensätzen</p> <p>Nach dem Anhalten und Vorbereiten einer bestehenden Replikationsaufgabe mit dem Replikationsmodus „Vollständiges Laden und Änderungen anwenden“ wurde die Anzahl der verarbeiteten CDC-Datensätze erhöht, was zu einer falschen Anzahl führte.</p> </li> <li> <p>JIRA-Quellkonnektor </p> <p>Wenn ein neuer Datensatz zu einer bestehenden Aufgabe hinzugefügt wurde, schlug die Aufgabe mit der folgenden Fehlermeldung fehl: </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>Testverbindung fehlgeschlagen</p> <p>Testverbindungen zu SAP- und SQL-basierten Quellen schlugen fehl.</p> </li> <li> <p>Upgrade</p> <p>Nach dem Upgrade des Gateways wurden Aufgaben manchmal nicht wie erwartet fortgesetzt.</p> </li> </ul> | 29. Januar 2026 |
| 2024.11.45 | Standard | 20. Mai 2025 | Unterstützung für Snowpipe Streaming<br><br>Zuvor war das Massenladen die einzige Methode, um Daten in Snowflake zu laden. Jetzt können Kunden entweder Massenladen oder Snowpipe Streaming verwenden, um ihre Daten in Snowflake einzubinden oder zu replizieren.<br><br>Die Vorteile von Snowpipe Streaming gegenüber Massenladen sind unter anderem:<br><br><ul> <li><span>Kostengünstiger: </span>Da Snowpipe Streaming nicht das Snowflake Warehouse verwendet, dürften die Betriebskosten deutlich niedriger ausfallen. Dies hängt jedoch vom jeweiligen Anwendungsfall ab.</li> <li><span>Geringere Latenz: </span>Da die Daten direkt an die Zieltabellen (und nicht bereitgestellt) werden, sollte die Replikation von der Datenquelle an das Ziel schneller verlaufen.</li> </ul><br><br>Behobene Probleme<br><br>Dieser Patch behebt die folgenden Probleme:<br><br><ul> <li> <p>Microsoft Fabric: Verbindungsproblem</p> <p>Wenn Sie mit dem Microsoft Fabric-Konnektor nach Datenbanken suchten, trat der folgende Fehler auf (Auszug):</p> <p>Create connection failed'' with error 'java.lang.NoSuchMethodError</p> <p>Das Problem wurde durch eine Inkompatibilität mit dem JDBC-Treiber <span>12.9.0-preview.jar</span> verursacht, der mit dem Treiberinstallations-Dienstprogramm installiert wurde. Das Dienstprogramm ist jetzt aktualisiert und installiert einen kompatiblen Treiber.</p> </li> <li> <p>Neustart des Java-Servers fehlgeschlagen</p> <p>Nach einem Upgrade von <span>Data Movement Gateway</span> oder einem Neustart des <span>Data Movement Gateway</span>-Dienstes konnte der Java-Server (erforderlich für Java-basierte Konnektoren wie SAP ODP) nicht gestartet werden. </p> </li> <li> <p>Verstärkung der Sicherheit</p> <ul> <li> <p>Die End-to-End-Verschlüsselung wurde für Protokollierbefehl-Nutzlasten, die vom Kunden gehostete Protokolle vom <span>Qlik Cloud</span> Aktivitätscenter „Administration“ zurückgaben, nicht gegenseitig durchgesetzt.</p> </li> <li> <p>Die von <span>Data Movement Gateway</span> verwendete SQLite-Version wurde aufgrund einer Sicherheitslücke in Version 3.42.0 aktualisiert (<a href="https://nvd.nist.gov/vuln/detail/cve-2023-7104">CVE-2023-7104</a>).</p> </li> <li> <p>Die von <span>Data Movement Gateway</span> verwendete com.h2database-Datei wurde aufgrund einer Sicherheitslücke in Version h2-2.1.212 aktualisiert (<a href="https://nvd.nist.gov/vuln/detail/cve-2022-45868">CVE-2022-45868</a>).</p> </li> </ul> </li> </ul> | 29. Januar 2026 |
| 2024.11.34 | Patch | 1. April 2025 | Dieser Patch behebt das folgende Problem beim Verschieben von Daten aus einer IBM DB2 for iSeries-Datenquelle:<br><br>Wenn Sie den iSeries Access ODBC-Treiber 07.01.026 oder höher verwenden, schlägt die Aufgabe während CDC mit einem „Fehler beim Parsen“ fehl. | 20. November 2025 |
| 2024.11.30 | Standard | 18. März 2025 | OAuth-Unterstützung für Databricks-Ziel<br><br>Kunden können jetzt eine Verbindung zum Databricks-Ziel über die OAuth-Authentifizierung herstellen. Dies ist die von Databricks empfohlene Methode zur Kontoauthentifizierung. Die Authentifizierung über einen persönlichen Zugriffstoken wird aus Gründen der Abwärtskompatibilität vorerst verfügbar bleiben, gilt aber als weniger sicher als OAuth.<br><br>Behobene Probleme<br><br><ul> <li> <p>Problem mit parallelem Laden</p> <p>Wenn ein Datensatz mit parallelem Laden definiert wurde und das vollständige Laden anschließend deaktiviert wurde, führte die Aufgabe dennoch ein vollständiges Laden dieses Datensatzes durch, auch wenn sie ab einem Zeitstempel wieder aufgenommen wurde.</p> </li> </ul> | 20. November 2025 |
| 2024.11.24 | Patch | 11. März 2025 | Dieser Patch behebt die folgenden Probleme:<br><br><ul> <li> <p>SAP ODP-Quelle: Fehler bei der Metadatengenerierung</p> <p>Die Metadatengenerierung konnte für Tabellen mit einem Punkt im Namen nicht abgeschlossen werden (z. B. <span>AfA-Bereich</span>).</p> </li> <li> <p>Aufgabenwiederherstellung</p> <p>Aufgaben konnten nur einmal wiederhergestellt werden, wenn sie während des vollständigen Ladens aufgrund eines Umgebungsproblems fehlschlugen. Jetzt werden sie so oft wiederhergestellt, wie unter <span>Einstellungen</span> &gt; <span>Fehlerbearbeitung</span> &gt; <span>Umgebungsbezogene Fehler</span> &gt; <span>Maximale Anzahl Wiederholungsversuche</span> festgelegt ist.</p> </li> </ul> | 18. September 2025 |
| 2024.11.14 | Standard | 25. Februar 2025 | Verbesserungen<br><br>PostgreSQL-Failover-Zertifizierung<br><br>Die Arbeit mit einer sekundären Datenbank nach einem Failover wurde mit den folgenden Datenquellen zertifiziert (auf die jeweils über den PostgreSQL-Quellkonnektor zugegriffen werden kann):<br><br><ul> <li>Google Cloud SQL for PostgreSQL</li> <li>Amazon RDS for PostgreSQL</li> <li>PostgreSQL (lokal)</li> </ul><br><br>Siehe auch: [Einrichten von Failover](https://help.qlik.com/de-DE/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/SourcesConnections/PostgreSQL/postgresql-source-failover.htm)<br><br>Verbesserung der MySQL-Leistung<br><br>Wenn in früheren Versionen ein MySQL-basierter Quellendpunkt in einer Aufgabe verwendet wurde, die mit begrenzter LOB-Größe konfiguriert war, nutzte Data Movement Gateway Quell-Lookup, um die LOB-Spalten zu lesen. Jetzt liest Data Movement Gateway die LOB-Spalten direkt aus „binlog“, wodurch sich die Leistung verbessert.<br><br>InformationshinweisDiese Verbesserung gilt nicht für den JSON-Datentyp.<br><br>Datentyp-Zuordnungsänderungen<br><br>Die Zuordnungen zu LOB-Spalten wurden für die Ziele Amazon Redshift und Snowflake geändert.<br><br>Amazon Redshift-Ziel<br><br><ul> <li>BLOB ist jetzt VARBYTE(16777216) zugeordnet </li> <li>NCLOB ist jetzt NVARCHAR(65535) zugeordnet  </li> <li>CCLOB ist jetzt NVARCHAR(65535) zugeordnet     </li> </ul><br><br>Snowflake-Ziel<br><br><ul> <li> BLOB ist jetzt BINARY zugeordnet (8388608)  </li> <li>NCLOB ist jetzt NVARCHAR(16777216) zugeordnet  </li> <li>CLOB ist jetzt NVARCHAR(16777216) zugeordnet</li> </ul><br><br>Neu unterstützte Datentypen<br><br><ul> <li> <p>IBM DB2 for LUW-Quelle</p> <p>Unterstützt jetzt den BOOLEAN-Datentyp (ab DB2 for LUW 11.5).</p> </li> <li> <p>Google BigQuery-Ziel</p> <p>Unterstützt jetzt den BIGNUMERIC-Datentyp.</p> </li> </ul><br><br>Erweiterte Zielunterstützung für die DDL-Verlaufskontrolltabelle<br><br>In früheren Versionen von Data Movement Gateway wurde die DDL-Verlaufskontrolltabelle nur mit Databricks- und Microsoft Fabric-Zielen unterstützt. Diese Version bietet Unterstützung für die folgenden zusätzlichen Zielkonnektoren:<br><br><ul> <li>Amazon Redshift</li> <li>Amazon S3</li> <li>Google Cloud Storage</li> <li>Snowflake</li> </ul><br><br>Siehe auch: [DDL-Verlauf](https://help.qlik.com/de-DE/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/Replicating/ddl_history.htm)<br><br>Unterstützung für die Verwendung eines Nicht-Superusers mit Google Cloud SQL für PostgreSQL<br><br>Ab dieser Version ist es möglich, bei der Replikation von Google Cloud SQL für PostgreSQL ein Nicht-Superuser-Konto anzugeben.<br><br>Siehe auch: [Verwenden eines Kontos ohne die Rolle „superuser“](https://help.qlik.com/de-DE/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/SourcesConnections/PostgreSQL/postgresql-source-nonsu.htm)<br><br>Neu zertifizierte Plattformen und Treiberversionen<br><br><ul> <li> <p>	 Databricks-Ziel</p> <p>15.4 LTS</p> </li> <li> <p>Oracle-Quelle und -Ziel</p> <p>23ai </p> <div><span>Informationshinweis</span> <ul> <li>Oracle 23ai-Quelle und -Ziel sind nur für Oracle Standard Edition zertifiziert.</li> <li>Die Oracle 23ai-Quelle wird nur mit TDE-Verschlüsselung unterstützt.</li> </ul> </div> </li> <li> <p>Databricks-Treiber-Update</p> <p>Für das Verschieben von Daten zu Databricks ist jetzt der Simba Spark ODBC-Treiber 2.8.2 oder höher erforderlich. Kunden sollten entweder das Treiberinstallationsprogramm ausführen oder den Treiber manuell installieren.</p> <p>Siehe auch: <a href="https://help.qlik.com/de-DE/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/TargetConnections/databricks-target.htm#Driver">Treibereinrichtung</a></p> </li> </ul><br><br>Ende der Unterstützung<br><br>Die Unterstützung wurde für die folgenden Datenquellenversionen eingestellt:<br><br><ul> <li>PostgreSQL 12.x</li> <li>IBM DB2 für z/OS: z/OS 2.4</li> <li>Databricks 9.1</li> </ul><br><br>Behobene Probleme<br><br><ul> <li> <p>Konnektor für SAP HANA (Datenbank): Fehler bei der Erstellung der __CT-Tabelle</p> <p>Wenn der Replikationsmodus auf <span>Änderungen speichern</span> festgelegt war und die Tabelle eine <span>.INCLUDE</span>-Spalte enthielt, konnte die Aufgabe die __CT-Tabelle im Ziel nicht erstellen.</p> </li> <li> <p>Lake-Bereitstellungsaufgabe: Irreführender Fehler</p> <p>Die Aufgabe schlug fehl und es wurde die Fehlermeldung „Keine Lizenz für Datenbank“ angezeigt, wenn der geheime Schlüssel für Azure Data Lake Storage abgelaufen war.</p> </li> <li> <p>Amazon S3-Zielkonnektor: Alte Dateien wurden nicht gelöscht</p> <p>Ältere Dateien wurden bei der Ausführung einer neuen Aufgabe nicht gelöscht. Dies konnte dazu führen, dass die Aufgabe aufgrund von duplizierten Datensätzen oder nicht übereinstimmenden Datensätzen fehlschlug. </p> <p>&nbsp;</p> </li> <li> <p>SAP HANA (Datenbank)-Quelle: Verbindungsfehler aufgrund einer benutzerdefinierten Tabelle</p> <p>Bei der Auswahl einer benutzerdefinierten Tabelle für die Replikation trat der Fehler „Funktion nicht unterstützt: benutzerdefinierter Typ kann nicht ausgewählt werden“ auf. Das Problem wurde behoben, indem benutzerdefinierte Tabellen (die nicht unterstützt werden) aus der Tabellenauswahl ausgeschlossen wurden. </p> </li> <li> <p>Microsoft Fabric-Zielkonnektor: Fehler bei der Wiederherstellung</p> <p>Der Fehler „Konvertierung fehlgeschlagen“ trat manchmal nach der Wiederherstellung eines Verbindungsfehlers auf, der während CDC aufgetreten war.</p> </li> <li> <p>Databricks-Zielkonnektor: CDC-Fehler beim Arbeiten ohne LOB-Unterstützung</p> <p>Wenn die LOB-Unterstützung deaktiviert war, schlug CDC beim Versuch, die Änderung in die __ct-Tabelle einzufügen, mit der Meldung „nicht genügend Datenspalten“ fehl. Dieser Fehler trat bei der Arbeit im Modus „Änderungen speichern“ auf. Dies ist der einzige Modus, der für Bereitstellungsaufgaben zur Verfügung steht.</p> </li> <li> <p>MySQL-Quelle zu Snowflake-Ziel: CDC-Fehler</p> <p>Bei der Replikation einer „NOT NULL“-Spalte mit dem Datentyp „mediumtext“ während CDC schlug die Aufgabe manchmal mit folgendem Fehler fehl:</p> <p>A NOT NULL constraint violation occurred on LOB column from MySQL source</p> </li> <li> <p>Microsoft Fabric-Zielkonnektor: Abschneidefehler</p> <p>Beim Einfügen einer VARCHAR-Spalte trat der folgende Abschneidefehler auf:</p> <p>String or binary data would be truncated while reading column of type 'VARCHAR'</p> <p>Das Problem wurde durch Vervielfältigen der VARCHAR-Spalte in Microsoft Fabric behoben.</p> </li> </ul> | 18. September 2025 |
| 2024.5.54 | Standard | 21. Januar 2025 | Neue Features<br><br>Unterstützung für die Angabe zusätzlicher ODBC- und JDBC-Verbindungseigenschaften wurden im Snowflake-Zielkonnektor hinzugefügt.<br><br>Weitere Informationen finden Sie unter [Zusätzliche Verbindungseigenschaften](https://help.qlik.com/de-DE/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/TargetConnections/snowflake-target.htm#Addition).<br><br>Behobene Probleme<br><br><ul> <li> <p>Metadaten wurden nicht aktualisiert</p> <p>Wenn ein Primärschlüssel in der Quelle geändert wurde, wurden die Ziel-Metadaten nach einem Neuladen nicht aktualisiert.</p> </li> </ul><br><br><ul> <li> <p>Amazon S3-Ziel</p> <p>Nach dem Erstellen und Ausführen einer neuen Aufgabe wurden verbleibende Dateien aus früheren Aufgaben nicht aus dem Tabellenspeicherort gelöscht.</p> </li> </ul><br><br><ul> <li> <p>SAP HANA-Quelle</p> <p>Der Versuch, eine Verbindung zu einer SAP HANA-Quelle mit Hilfe von protokollbasiertem CDC herzustellen, führte zu folgendem Fehler: </p> <p>Cannot select user-defined type</p> </li> </ul> | 25. August 2025 |
| 2024.5.41 | Patch | 19. Dezember 2024 | Dieser Patch behebt die folgenden Probleme:<br><br><ul> <li> <p>Amazon S3-, Google Cloud Storage- und Qlik Cloud-Ziele: Anführungszeichen für leere String-Werte </p> <p>Leere Strings werden jetzt in der CSV-Datei in Anführungszeichen gesetzt, um sie von NULL-Werten zu unterscheiden.</p> </li> <li> <p>Databricks-Ziel: Daten stimmen nicht überein</p> <p>In bestimmten Szenarien kann es zu einer Nichtübereinstimmung zwischen den Quell- und Zieldaten kommen.</p> </li> </ul><br><br><ul> <li> <p>Databricks-Ziel: CDC-Fehler durch Deaktivierung der LOB-Unterstützung verursacht</p> <p>Die Deaktivierung der LOB-Unterstützung in der Bereitstellung führte dazu, dass CDC mit folgendem Fehler fehlschlug (Auszug):</p> <p>Cannot write to '&lt;name&gt;__ct', not enough data columns</p> </li> </ul><br><br><ul> <li> <p>Microsoft Fabric-Ziel: Fehler in der Verbindung führt zu CDC-Ausfall</p> <p>Das Anwenden von Änderungen auf das Ziel nach der Wiederherstellung nach einem Verbindungsfehler schlug manchmal mit der Fehlermeldung „Konvertierung fehlgeschlagen“ fehl.</p> </li> </ul> | 21. Juli 2025 |
| 2024.5.35 | Patch | 10. Dezember 2024 | Dieser Patch behebt die folgenden Probleme:<br><br><ul> <li> <p>Microsoft Fabric-Ziel: Problem mit der Datentypkonvertierung</p> <p>Während einer Speicheraufgabe wurde der Datentyp NVARCHAR(3500) fälschlicherweise in VARCHAR(10500) statt in VARCHAR(8000) (dem maximal zulässigen Wert) konvertiert, was zu einem Fehler führte.</p> </li> <li> <p>IBM DB2 für LUW-Quelle: Unterstützung für GRAPHIC-Datentyp mit Codepage 941 (Japanisch)</p> <p>Wenn die Quelltabelle einen GRAPHIC-Datentyp mit der Codepage 941 (Japanisch) enthalten hätte, wäre der folgende Fehler aufgetreten (Auszug):</p> <p>Unexpected CCSID '941' in column 'PNTNM'</p> </li> </ul> | 21. Juli 2025 |
| 2024.5.32 | Patch | 26. November 2024 | Nach der Aktualisierung des Benutzernamens und des Kennworts im Quellkonnektor von Workday Reports und dem anschließenden Neuladen der Aufgabe trat die Fehlermeldung „Ungültiger Benutzername oder Kennwort“ auf, obwohl die Anmeldedaten korrekt waren. Dieses Problem ist nun behoben. | 21. Juli 2025 |
| 2024.5.31 | Patch | 19. November 2024 | Dieser Patch behebt die folgenden Probleme:<br><br>Sicherheit<br><br>Die Version Oracle Java Standard Edition 17.0.8, die mit Data Movement Gateway ausgeliefert wird, weist mehrere bekannte Schwachstellen auf. Mit diesem Patch wird 17.0.8 durch 17.0.12 ersetzt, was die Probleme behebt.<br><br>Salesforce-Quelle<br><br>Während CDC wurden bei jeder Änderung mehrere INSERT-Vorgänge in die zugehörige Tabelle „\_ct“ eingefügt (statt nur eines). Dies erhöhte die Anzahl der Datensätze in der Tabelle „\_ct“ erheblich. | 21. Juli 2025 |
| 2024.5.28 | Standard | 12. November 2024 | Stellt Funktionen bereit, die für die in Kürze erscheinende Funktion „Schemaentwicklung“ erforderlich sind. | 21. Juli 2025 |
| 2024.5.27 | Patch | 5. November 2024 | Dieser Patch behebt die folgenden Probleme:<br><br>Schwachstelle des Snowflake JDBC-Treibers<br><br>Am 14. August 2024 gab Snowflake [einen Sicherheitshinweis](https://github.com/snowflakedb/snowflake-jdbc/security/advisories/GHSA-f686-hw9c-xw9c) zu Snowflake JDBC-Treibern &gt;= 3.2.6 & &lt;= 3.19.1 heraus, von denen einige mit früheren Versionen von Data Movement Gateway verwendet wurden. Die Schwachstelle wurde in Snowflake JDBC Driver 3.20 gepatcht, der Version, die jetzt mit dem Treiberinstallationsprogramm installiert wird. Bestehende Kunden sollten ihren Treiber so schnell wie möglich aktualisieren. Folgen Sie dazu dem Verfahren zum Aktualisieren des Treibers, das unter [Treibereinrichtung](https://help.qlik.com/en-US/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/TargetConnections/snowflake-target.htm#anchor-2) beschrieben wird.<br><br>Oracle-Quelle<br><br><ul> <li>Bei der Verwendung des Wiederherstellungsereignisses 11.22 kam es bei der Verarbeitung mehrerer INSERTs auf einer komprimierten Seite, die vor den INSERTs nicht komprimiert war, zu fehlenden INSERTs.</li> <li>In seltenen Fällen führte eine fehlerhafte Analyse von DELETE-Ereignissen im Wiederherstellungsprotokoll-Datensatz zu einer Warnung, die besagte, dass das DELETE-Ereignis im Wiederherstellungsprotokoll eine unbekannte Struktur enthält, gefolgt von verschiedenen Problemen.</li> </ul><br><br>SAP Extractor-Quelle<br><br>Die Anweisungen in der YAML-Datei wurden aktualisiert, um die korrekte Version des SAP Java Connectors wiederzugeben.<br><br>Snowflake-Ziel<br><br>Bei der Verwendung von Data Movement Gateway zum Verbinden mit dem Snowflake-Ziel über einen Proxy schlug die Verbindung mit dem folgenden Fehler fehl:<br><br>500 Failed to connect to Data Movement Gateway | 12. Mai 2025 |
| 2024.5.22 | Patch | 15. Oktober 2024 | Mit diesem Patch wird ein Problem in einer Aufgabe mit vollständigem Laden + CDC-Replikation behoben, bei dem das Feld Datenaufgabe wird aktualisiert auf für die CDC-Aufgabe den Zeitstempel des vollständigen Ladens anstelle des CDC-Zeitstempels anzeigte. | 12. Mai 2025 |
| 2024.5.16 | Patch | 8. Oktober 2024 | Behobene Probleme<br><br><ul> <li> <p>Oracle-Quelle</p> <ul> <li>Wenn das Wiederherstellen-Ereignis 11.22 verwendet wurde, kam es manchmal in mehreren INSERT-Vorgängen zu fehlenden INSERTs.</li> <li> <p>Nach dem Upgrade von Oracle 19g auf den Patch Juli 2024 wurden UPDATE-Vorgänge manchmal nicht erfasst, und es wurde die folgende Warnung angezeigt:   </p> <p>A compressed row cannot be parsed </p> </li> </ul> </li> <li> <p>Snowflake-Ziel</p> <p>Wenn die Aufgabeneinstellungen für die Erstellung des Kontrolltabellenschemas konfiguriert waren, schlug die Aufgabe mit folgendem Fehler fehl:   </p> <p>Failed to delete directory </p> </li> <li> <p>Geplante CDC</p> <p>Wenn eine Aufgabe für regelmäßige Ausführung geplant war, schlug sie manchmal mit folgendem Fehler fehl:</p> <p>The task stopped abnormally</p> </li> <li> <p>Hängende Umwandlungs- und Speicheraufgaben</p> <p>Umwandlungs- und Speicheraufgaben blieben manchmal übermäßig lange in der Warteschlange hängen.</p> </li> <li> <p>Metadata Manager</p> <p>Aufgaben schlugen fehl, wenn das Funktions-Flag <span>use_manipulation_pk_for_apply</span> mit der Replikation von Speicheränderungen verwendet wurde. </p> </li> <li> <p>Lange Zeitüberschreitung führte zu Problemen mit SaaS-Anwendungsquellen</p> <p>Die S3-Zeitüberschreitung wurde auf 6 Stunden verlängert, um Probleme zu vermeiden, die sich aus längeren Zeitüberschreitungen ergeben, z. B. Verlust des Tokens zum Herunterladen der Dateien.</p> </li> </ul> | 12. Mai 2025 |
| 2024.5.14 | Standard | 11. September 2024 | Verbesserungen<br><br><ul> <li> <p>Dem Snowflake -Zielkonnektor wurde Schlüsselpaar-Authentifizierung hinzugefügt</p> <p>Schlüssel/Paar bietet eine robustere Methode zur Authentifizierung als Benutzer/Passwort für die Verbindung zu Snowflake mit Ihren Servicekonten. Dieser Ansatz wird für Arbeitslasten wie das Laden von Daten (Replikations- oder Bereitstellungsaufgaben) und Umwandlungen empfohlen.</p> </li> <li> <p>Unterstützung für den parallelen Abruf von Metadaten aus mehreren Tabellen</p> <p>In früheren Versionen schlug das Aktualisieren der Metadaten eines vorhandenen oder neu hinzugefügten Datensatzes manchmal mit einem Fehler fehl. Diese Erweiterung stellt sicher, dass Metadaten ohne Probleme aus mehreren Tabellen parallel abgerufen werden können.</p> </li> </ul><br><br>Behobene Probleme<br><br><ul> <li> <p>Datentyp DECIMAL wurde in Google BigQuery fälschlicherweise STRING zugeordnet</p> <p>Wenn eine Quelltabelle eine Spalte mit einem DECIMAL-Datentyp enthielt – zum Beispiel DECIMAL (38, 20) –, schlug die Vorbereitung der Speicheraufgabe in Google BigQuery mit folgendem Fehler fehl (Auszug):</p> <p>Column &lt;n&gt; in &lt;table name&gt; has incompatible types: STRING, BIGNUMERIC at&nbsp;[93:1]</p> <p>Das Problem wurde gelöst, indem der Quelldatentyp DECIMAL in Google BigQuery DECIMAL zugeordnet wurde.</p> </li> <li> <p>Schemaregelfehler</p> <p>Nach dem Ändern einer bestehenden Schemaregel in einer Datenaufgabe trat folgender Fehler auf:</p> <p>QRI SQL error not implemented</p> </li> <li> <p>Fehlende /QTQVC/QRI Tabelle aus SAP-Transport</p> <p>Bei der Vorbereitung einer Bereitstellungsaufgabe, bei der eine Verbindung mit einer SAP-Anwendungsquelle hergestellt wurde, wurde die Aufgabe zwar erfolgreich abgeschlossen, aber in der Protokolldatei <span>repsrv.log</span> wurde der folgende Fehler gemeldet:</p> <p>Invalid object name 'hk1./QTQVC/QRI'</p> </li> </ul> | 12. Mai 2025 |
| 2024.5.7 | Standard | 6. August 2024 | Verbesserungen<br><br><ul> <li> <p>Unterstützung für Metadatenänderungen in Replikations- und Lake-Bereitstellungsaufgaben ohne Notwendigkeit zum Verwerfen und Neuerstellen aller Tabellen</p> <p>Bisher wurden alle Tabellen bei einer Metadatenänderung verworfen und neu erstellt, selbst wenn die Metadatenänderung nicht alle Tabellen betraf. Jetzt werden nur die geänderten Tabellen verworfen und neu erstellt, wodurch die Leistung verbessert wird.</p> </li> <li> <p>Unterstützung automatischer Ladevorgänge neuer Tabellen in Replikationsaufgaben</p> <p>Tabellen, die in der Quelldatenbank während der Replikationsdatenaufgabe erstellt wurden und mit dem Einschließen-Muster übereinstimmen, werden jetzt automatisch während der Erfassung von Änderungsdaten (CDC) aufgenommen.</p> </li> <li> <p>Verbesserungen der Microsoft SQL Server-Quelle (MS-CDC) </p> <ul> <li> <p>Zeitstempel- und Transaktions-ID-Beibehaltung </p> <p>Bisher hat <span>Qlik Talend Data Integration</span> beim Auslesen mehrerer Transaktionen aus Microsoft SQL Server (MS-CDC) die Transaktions-ID und den Zeitstempel nur der ersten Transaktion beibehalten. Dies hat auf dem Ziel so ausgesehen, als ob die Datensätze Teil einer einzigen Transaktion seien. Jetzt behält <span>Qlik Talend Data Integration</span> die Original-Transaktions-ID und den Original-Zeitstempel für jeden einzelnen Datensatz bei. Davon profitieren Kunden, die die Kopfzeilenspalten für Transaktions-ID und Zeitstempel in Änderungstabellen nutzen möchten. </p> </li> <li> <p>Reihenfolge von Transaktions-ID-Bytes </p> <p>Bisher wurden die Bytes in der Transaktions-ID in umgekehrter Reihenfolge codiert. Ab dieser Version werden die Bytes in der richtigen Reihenfolge codiert.  Informationskunden, die lieber die bisherige Codierung beibehalten möchten, können dies mithilfe von internen Parametern tun. Um Details zu erhalten, wenden Sie sich an den <span>Qlik</span>-Support.</p> </li> </ul> </li> <li> <p>Unterstützung für das Caching der austauschbaren Authentifizierung durch SHA-2 mit MySQL</p> <p><span>Qlik Talend Data Integration</span> unterstützt jetzt das Caching der austauschbaren Authentifizierung durch SHA-2 (caching_sha2_password) bei der Arbeit mit MySQL-Quellen oder -Zielen, entweder lokal oder in der Cloud. In früheren Versionen wurde nur die native austauschbare Authentifizierung (mysql_native_password) unterstützt.</p> </li> <li> <p>Änderungen an der Datentypzuordnung für Amazon Redshift </p> <p>BYTES- und BLOB-Datentypen werden für Amazon Redshift nun VARBYTE statt VARCHAR zugeordnet.</p> </li> </ul><br><br>Neu zertifizierte Plattformen, Endpunkte und Versionen<br><br><ul> <li> <p>Datenquellen </p> <ul> <li> <p>PostgreSQL 16.x </p> </li> <li>MySQL 8.1 </li> <li>IBM DB2 für z/OS </li> </ul> </li> <li> <p>Zielplattformen</p> <ul> <li>PostgreSQL 16.x </li> <li>MySQL 8.1 </li> <li>Databricks 14.3 LTS </li> </ul> </li> <li> <p>Treiber </p> <ul> <li>SQL Server ODBC-Treiber 18.3 </li> </ul> </li> </ul><br><br>Ende der Unterstützung<br><br>Die Unterstützung wurde für die folgenden Datenquellenversionen eingestellt:<br><br><ul> <li>Alle Oracle-Versionen und -Treiber vor Oracle 19.x</li> <li>Microsoft SQL Server 2014</li> <li>MySQL 5.7</li> <li>PostgreSQL 11</li> <li>IBM DB2 für LUW 10.5</li> <li>IBM DB2 für z/OS: z/OS 2.3</li> </ul><br><br>Behobene Probleme<br><br><ul> <li> <p>SAP-Quelle (Anwendung)</p> <p>Wenn eine erfasste Cluster-Dokumentänderung alle Zeile aller ihrer erfassten Tabellen gelöscht hat, wurden Meldungen über eine fehlende LÖSCHEN-Vorgänge und unnötige Assertions angezeigt.</p> </li> <li> <p>Sicherheitsschwachstellen</p> <p>Die Microsoft Authentication Library für Java (MSAL4J) und Bouncy Castle wurden auf Versionen ohne bekannte Schwachstellen aktualisiert.</p> </li> <li> <p>Snowflake-Ziel</p> <ul> <li>Die Aufgabe ist manchmal fehlgeschlagen, wenn der interne Speicher von Snowflake verwendet wurde.</li> <li>Die Aufgabe ist fehlgeschlagen, wenn der Zielschemaname auf Japanisch Katakana geschrieben war.</li> </ul> </li> <li> <p>Oracle-Quelle</p> <p>Wenn eine Aufgabe mit einer Oracle-Quelle fortgeführt wurde, hat die Aufgabe weiterhin auf ein gelöschtes archiviertes Wiederholungsprotokoll gewartet anstatt einen Abbruch mit einer entsprechenden Fehlermeldung durchzuführen.</p> </li> </ul> | 11. März 2025 |
| 2023.11.23 | Standard | 26. Juni 2024 | Verbesserungen<br><br><ul> <li> <p>Snowflake-Metadatenschema</p> <p>Ab dieser Version wird das Snowflake-Metadatenschema (für bereitgestellte Dateien) erstellt, wenn es nicht vorhanden ist.</p> </li> </ul><br><br>Behobene Probleme<br><br><ul> <li> <p>Nachdem eine Änderung an einer Regel <span>Datensatz umbenennen</span> vorgenommen wurde (die den Tabellennamen mit dem Schemanamen zusammenfasste) und eine Ansicht zur Bereitstellungsaufgabe hinzugefügt wurde, schlug die Vorbereiten-Aufgabe mit dem folgenden Fehler fehl:</p> <p>QRI SQL error not implemented.</p> </li> <li>Die Komponente <span>java_file_factory</span> wurde auf eine Version ohne bekannte Schwachstellen aktualisiert.</li> <li><span>org.postgresql:postgresql</span> wurde auf eine Version ohne bekannte Schwachstellen aktualisiert.</li> <li>Beim Verschieben von Daten an SQL Server schlug der Vorbereiten-Vorgang fehl, wenn Indexnamen länger als 128 Zeichen waren. Das Problem wurde behoben, indem die Logik geändert wurde, um kürzere Indexnamen zu erstellen.</li> <li> <p>Beim Verschieben von Daten von SQL Server löste ein fehlender Spaltenname in den Tabellendefinitionen eine Benachrichtigungs-Endlosschleife in der Datei <span>repsrv.log</span> mit folgender Meldung aus:</p> <p>mssql_resolve_sqlserver_table_column_attributes(...) failed to find column</p> </li> </ul> | 6. Februar 2025 |
| 2023.11.11 | Standard | 21. Mai 2024 | Verbesserungen<br><br><ul> <li> <p>Paralleles Abrufen von Metadaten </p> <p>Unterstützung für das gleichzeitige Abrufen von Metadaten aus mehreren Tabellen wurde hinzugefügt.</p> </li> <li> <p>Verbesserte Überwachungsleistung</p> <p>Die Überwachungsinformationen für Bereitstellungs- und Replikationsaufgaben werden jetzt alle 10 Sekunden (statt alle 60 Sekunden) aktualisiert, was genauere Informationen zum aktuellen Status liefert.</p> </li> <li> <p>Neu unterstützte Region  </p> <p>Japan wird jetzt als Qlik Cloud Mandantenregion unterstützt.</p> </li> </ul><br><br>Behobene Probleme<br><br><ul> <li>Das Wiederholungsintervall zwischen dem Daten-Gateway und Qlik Cloud wurde fortlaufend erhöht, aber nie zurückgesetzt (es sei denn, der Dienst wurde neu gestartet).</li> <li>Beim Verschieben von Daten von einer SaaS-Anwendungsquelle trat bei Tabellen während des Ladevorgangs manchmal ein Fehlerstatus auf.</li> <li> <p>Aufgaben mit einer MySQL-Quelle schlugen manchmal während CDC mit folgendem Fehler fehl: </p> <p>Read next binary log event failed; mariadb_rpl_fetch error 0Error reading binary log.</p> </li> <li>Zuvor wurden CDC-Audit-Ereignisse nur für Bereitstellungsaufgaben protokolliert. Jetzt werden sie auch für Replikationsaufgaben protokolliert.</li> <li>Beim Verschieben von Daten von einem SQL-Server (MS-CDC) dauerte das Starten für Aufgaben mit zahlreichen Tabellen manchmal mehrere Stunden.</li> <li> <p>Wenn die Quelltabelle CLOB-Spalten enthielt und der Wert für „LOB-Größe begrenzen“ 10240 überschritt, schlug die Replikation in Snowflake mit dem folgenden Fehler fehl:</p> <p><span>Invalid character length: 0</span> </p> </li> </ul> | 26. Dezember 2024 |
| 2023.11.4 | Standard | 12. März 2024 | Unterstützung für die Installation von Data Movement Gateway unter Red Hat 9.x<br><br>Kunden können jetzt Data Movement Gateway unter Red Hat 9.x oder jeder anderen entsprechenden und kompatiblen Linux-Distribution installieren.<br><br>[Einrichten von Data Movement Gateway](https://help.qlik.com/de-DE/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/dm-gateway-setting-up.htm)<br><br>Änderungen an den Data Movement Gateway-Dienstbefehlen<br><br>Die Befehle für das Anhalten, Starten und Prüfen des Status des Data Movement Gateway-Diensts haben sich geändert.<br><br>[Data Movement Gateway-Dienstbefehle](https://help.qlik.com/de-DE/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/dm-gateway-managing.htm#Restarti)<br><br>Änderungen an der Datentypzuordnung für Amazon Redshift<br><br><ul> <li>Der Datentyp BOOLEAN, der in Amazon Redshift VARCHAR(1) zugeordnet war, wird jetzt BOOLEAN zugeordnet.</li> <li>Die Datentypen BYTES und BLOB, die in Amazon Redshift VARCHAR(1) zugeordnet waren, werden jetzt VARBINARY (Länge) zugeordnet.</li> </ul><br><br>Neu unterstützte Datenbanken, Datenbankversionen und Treiberversionen<br><br>In diesem Abschnitt werden die neu unterstützten Datenbanken, Datenbankversionen und Treiberversionen aufgelistet.<br><br><ul> <li> <p><span>Neu unterstützte Datenquellenversionen und -editionen</span> </p> <p>Die folgenden Datenquellenversionen werden jetzt unterstützt:</p> <ul> <li>Azure Database for MySQL – Flexibler Server (unterstützt über den MySQL-Quellkonnektor)</li> <li>MariaDB 10.4 – 10.11 (zuvor 10.4 und 10.5)</li> </ul> </li> <li> <p><span>Neu unterstützte Zieldatenplattformen und-editionen</span> </p> <p>Die folgenden Datenzielversionen werden jetzt unterstützt:</p> <ul> <li>Azure Database for MySQL – Flexibler Server (unterstützt über den MySQL-Zielkonnektor)</li> <li>Databricks: Databricks 13.3 LTS und Serverless SQL Warehouse</li> </ul> </li> <li> <p><span>Neu unterstützte SAP&nbsp;HANA-Treiberversion</span> </p> <p>Kunden mit einer SAP HANA-Quelle, die <span>Data Movement Gateway</span> unter Red Hat Linux 9.x installieren möchten, müssen die SAP HANA ODBC 64-Bit-Treiberversion 2.0.19 oder höher installieren.</p> </li> </ul><br><br>Ende der Unterstützung für Datenbankversionen<br><br>Dieser Abschnitt enthält Informationen zu Datenbankversionen, deren Unterstützung beendet wurde.<br><br><ul> <li> <p>Die Unterstützung für die folgenden Datenquellenversionen wurde eingestellt:</p> <ul> <li>Oracle 11.x</li> <li>SAP HANA 1.0</li> </ul> </li> </ul><br><br>Behobene Probleme<br><br><ul> <li> Wenn <span>Data Movement Gateway</span> ohne Angabe eines Serverkennworts installiert wurde, konnten der Mandant und Proxy-URLs nicht in einem Befehl konfiguriert werden.</li> <li>Beim Verschieben von Daten aus einer Salesforce-Datenquelle (SaaS-Anwendung) wurden zahlreiche redundante Warnungen gedruckt, was die Datenladeleistung beeinträchtigte.</li> <li>Wenn beim Abrufen von Änderungen für eine SaaS-Anwendungsdatenquelle ein Fehler beim Abrufen der Änderungen für eine der Tabellen auftrat, wurde diese Tabelle ausgesetzt und aus der Pipeline entfernt. Wenn jetzt ein Fehler auftritt, versucht die Aufgabe bis zu drei Mal, die Änderungen abzurufen, bevor die Tabelle ausgesetzt wird.</li> </ul> | 21. November 2024 |
| 2023.5.16 | Standard | 9. Januar 2024 | Neue Data Lake-Ziele für Replikationsprojekte<br><br>Wir erweitern fortlaufend die unterstützen Ziele für das Replikationsprojekt in Qlik Cloud Data Integration. Neben Amazon S3 können Sie jetzt Azure Data Lake Storage (ADLS) und Google Cloud Storage (GCS) für die Data Lake-Zustellung in den Dateiformaten Parquet, JSON oder CSV auswählen.<br><br>Behobene Probleme:<br><br><ul> <li> <p>IBM DB2 for LUW-Quellkonnektor</p> <p>Die Verbindung zu IBM DB2 for LUW schlug fehl, wenn die Größe der für die Verbindung benötigten Dateien (z. B. das SSL-Clientzertifikat und die Schlüsselspeicherdatei) größer als 4&nbsp;KB waren.</p> </li> </ul><br><br><ul> <li> <p>Treiber für IBM DB2 for LUW- und IBM DB2 for z/OS-Quellkonnektoren</p> <p>Die DB2-Treiberinstallation schlug fehl, wenn das Treiberinstallations-Dienstprogramm verwendet wurde.</p> </li> </ul> | 12. September 2024 |
| 2023.5.15 | Standard | 12. Dezember 2023 | Unterstützung für Microsoft Fabric als Daten-Pipeline-Ziel<br><br>Microsoft Fabric wird der immer länger werdenden Liste der Data Warehouses hinzugefügt, die als Ziele in Daten-Pipeline-Projekten verwendet werden können.<br><br>Behobene Probleme:<br><br>Die Snowflake-Treiberversion im Treiberinstallations-Dienstprogramm wurde aktualisiert. | 9. Juli 2024 |
| 2023.5.10 | Standard | 31. Oktober 2023 | Erweiterte Unterstützung für private Verbindungen<br><br>Eine private Verbindung kann verwendet werden, um zu gewährleisten, dass Ihr Datenverkehr sicher und konform ist. Sie vereinfacht sowohl das Netzwerkmanagement als auch die Sicherheit Ihrer VPC (Virtual Private Cloud), ohne geöffnete eingehende Firewall-Ports, Proxy-Geräte oder Routingtabellen zu benötigen. Qlik Cloud Data Integration unterstützt bereits private Verbindungen zu Daten-Pipeline-Zielen von Snowflake, Microsoft SQL Server und Amazon S3. Ab dieser Version können Kunden zusätzlich private Verbindungen nutzen, wenn sie Daten zu Databricks, Microsoft Azure Synapse, Google BigQuery und Amazon Redshift verschieben.<br><br>PostgreSQL-basierte Datenquellen<br><br><ul> <li> <p><span>Alle PostgreSQL-basierten Datenquellen – Unterstützung für Mehrbereichsdatentypen: </span>Die folgenden Mehrbereichsdatentypen werden jetzt für alle PostgreSQL-basierten Datenquellen (lokal und Cloud) unterstützt.</p> <ul> <li>INT4MULTIRANGE</li> <li>INT8MULTIRANGE</li> <li>NUMMULTIRANGE</li> <li>TSMULTIRANGE</li> </ul> </li> </ul><br><br><ul> <li><span>AWS Aurora Cloud for PostgreSQL-Datenquelle – Unterstützung für Nicht-Superuser-Rolle: </span>Der Benutzer, der im PostgreSQL-Konnektor angegeben ist, benötigt nicht mehr die Superuser-Rolle, um Daten von einer AWS Aurora Cloud for PostgreSQL-Datenquelle zu verschieben. Das ist besonders nützlich für Organisationen mit Unternehmenssicherheitsrichtlinien, die keine Zuweisung von Superuser-Zugriff zu nicht berechtigten Benutzern zulassen.</li> </ul><br><br>Microsoft Azure SQL (MS-CDC)-Datenquelle: Unterstützung für Georeplikation<br><br>Kunden, die Daten aus einer Microsoft Azure SQL (MS-CDC)-Datenquelle verschieben, können jetzt eine Georeplikationsdatenbank verwenden.<br><br>Oracle-Datenquelle: Unterstützung für HSM (Hardware Security Module)<br><br>Qlik Cloud Data Integration unterstützt jetzt das Lesen von Daten aus verschlüsselten Oracle-Tablespaces und verschlüsselten Spalten während CDC.<br><br>Unterstützung neuer Regionen<br><br>Qlik Cloud Data Integration unterstützt jetzt Mandanten in den Regionen DE und UK.<br><br>Neu unterstützte Versionen und Software von Drittanbietern<br><br>Dieser Abschnitt listet neue unterstützte Datenbank- und Treiberversionen auf.<br><br><ul> <li> <p><span>Neue unterstützte Datenquellenversionen.</span> Die folgenden Datenquellenversionen werden jetzt unterstützt:</p> <ul> <li>Microsoft SQL Server 2022</li> <li>Oracle 21c</li> <li>PostgreSQL 15.x</li> <li>DB2 13.1 (bei Arbeit mit IBM DB2 for z/OS)</li> <li>IBM DB2 for iSeries 7.5</li> </ul> </li> </ul><br><br><ul> <li> <p><span>Neue unterstützte Zieldatenplattformversionen.</span> Die folgenden Datenzielversionen werden jetzt unterstützt:</p> <ul> <li>Databricks (Cloud Storage): Databricks 12.2 LTS und Databricks SQL Serverless</li> </ul> </li> </ul><br><br><ul> <li> <p><span>Treiberversionen.</span> Die folgenden ODBC-Treiberversionen werden jetzt unterstützt:</p> <ul> <li>IBM Data Server Client 11.5.8 for IBM DB2 for z/OZ und IBM DB2 for LUW</li> <li>Simba ODBC-Treiber 3.0.0.1001 für Google Cloud BigQuery</li> <li>MySQL ODBC Unicode-Treiber 64-bit 8.0.32</li> </ul> </li> </ul><br><br>Microsoft SQL Server-Treiber – Erforderliches Upgrade<br><br>Kunden, die Daten zu oder von Microsoft SQL Server verschieben, müssen ein Upgrade ihrer SQL Server ODBC-Treiberversion auf 18.x oder höher durchführen. Beachten Sie, dass eine weitere Nutzung des SQL Server ODBC-Treibers 17.x möglicherweise zu Datenfehlern führt. Ein Upgrade des Treibers kann entweder mithilfe des Dienstprogramms zur Treiberinstallation oder manuell erfolgen. Anweisungen finden Sie unter [Treibereinrichtung](https://help.qlik.com/de-DE/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/TargetConnections/sqlserver-target.htm#anchor-2).<br><br>Ende der Unterstützung für Datenbankversionen<br><br>Dieser Abschnitt enthält Informationen zu Datenbankversionen, deren Unterstützung beendet wurde.<br><br><ul> <li> <p><span>Ende der Unterstützung für Datenquellenversionen</span>. Die Unterstützung für die folgenden Datenquellenversionen wurde eingestellt:</p> <ul> <li>PostgreSQL 10</li> <li>MySQL 5.6</li> <li>MariaDB 10.3</li> </ul> </li> </ul><br><br><ul> <li> <p><span>Ende der Unterstützung für Zieldatenplattformversionen.</span> Die Unterstützung für die folgenden Datenzielversionen wurde eingestellt:</p> <ul> <li>Databricks 9.1 LTS</li> </ul> </li> </ul> | 12. Juni 2024 |
| 2022.11.74 | Standard | 15. August 2023 | Replikationsunterstützung<br><br>Wir verfolgen einen Ansatz, der die Cloud bevorzugt und rasche Innovation und Umsetzung ermöglicht. Das bedeutet aber nicht, dass wir nur in der Cloud arbeiten. Im Rahmen unserer fortlaufenden Verpflichtung zur langfristigen Wertsteigerung für unsere Kunden freuen wir uns, die Herausgabe eines neuen Anwendungsfalls für Replikation beim Erstellen von Datenprojekten ankündigen zu können. Der neue Replikations-Anwendungsfall wird zusätzlich zu der Möglichkeit angeboten, Daten-Pipelines für all Ihre Datenintegrationsanforderungen wie beispielsweise einer Modernisierung des Data Warehouse bereitzustellen.<br><br>Das Replikationsprojekt unterstützt die Datenreplikation in Echtzeit aus unterstützten Datenquellen in ein unterstütztes Ziel.<br><br>Ab dieser neuesten Version ist das erste Ziel, das die Datenreplikation in Echtzeit unterstützt, Microsoft SQL Server. Neben der lokalen Unterstützung von Microsoft SQL Server werden auch die folgenden Cloud-Anbieter unterstützt:<br><br><ul> <li>Lokal</li> <li>Amazon RDS</li> <li>Google Cloud</li> <li>Microsoft Azure (Microsoft Azure Managed Instance und Microsoft Azure Database)</li> </ul><br><br>Microsoft Azure Synapse Analytics-Ziel - Treiber-Upgrade erforderlich<br><br>Kunden, die Daten zu Microsoft Azure Synapse Analytics verschieben, müssen ein Upgrade ihrer SQL Server ODBC-Treiberversion auf 18.x oder höher durchführen. Beachten Sie, dass eine weitere Nutzung des SQL Server ODBC-Treibers 17.x möglicherweise zu Datenfehlern führt. Ein Upgrade des Treibers kann entweder mithilfe des Dienstprogramms zur Treiberinstallation oder manuell erfolgen. Anweisungen finden Sie unter [Treibereinrichtung](https://help.qlik.com/de-DE/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/TargetConnections/azure-target.htm#anchor-3).<br><br>Neue Option „Daten aus Quelle laden“ für SaaS-Anwendungsquellen<br><br>Es wurde eine neue Option Daten von Quelle laden eingeführt, die es Kunden ermöglicht, die Daten während des vollständigen Ladens direkt in der Quelle statt in den zwischengespeicherten Daten zu lesen.<br><br>Weitere Informationen zu dieser Option und Anwendungsfälle finden Sie unter [Bereitstellungseinstellungen](https://help.qlik.com/de-DE/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/Landing/Landing-data-data-sources.htm#anchor-5).<br><br>Aktualisierte ZS-Zertifikate<br><br>Data Movement Gateway 2022.11.74 enthält aktualisierte ZS-Zertifikate, die für die Authentifizierung des Qlik Cloud-Mandanten erforderlich sind. Die aktualisierten ZS-Zertifikate bieten auch Unterstützung für die Regionen Irland und Frankfurt. Daher müssen Kunden mit Qlik Cloud-Mandanten in Irland oder Frankfurt, die Qlik Cloud Data Integration nutzen möchten, in Upgrade auf diese Version durchführen.<br><br>Behobenes Problem<br><br>Aufgabenbereitstellungsdaten aus einer Oracle-Quelle schlugen manchmal fehl, wenn eine breite Tabelle ungenutzte oder nicht unterstützte Spalten oder nicht replizierte LOB-Spalten enthielt. | 30. April 2024 |
| 2022.11.70 | Standard | 28. Juni 2023 | Verbessertes Treiberinstallations-Dienstprogramm für SAP-Clients<br><br>In früheren Versionen mussten Kunden den Befehl „source arep\_login.sh“ ausführen, wenn sie SAP-Clients installierten. Ab dieser Version ist die Ausführung dieses Befehls nicht mehr erforderlich.<br><br>Aktualisierte ZS-Zertifikate<br><br>Diese Version enthält aktualisierte ZS-Zertifikate, die für die Authentifizierung des Qlik Cloud-Mandanten erforderlich sind.<br><br>Behobene Probleme<br><br><ul> <li> <p>Wenn eine Replikationsaufgabe in <span>Data Movement Gateway</span> fehlgeschlagen war und automatisch wiederhergestellt wurde, wurde der Wiederherstellungsstatus nicht an das Bereitstellungsdatenobjekt in Qlik Cloud gemeldet. </p> </li> <li>End-to-End-Verschlüsselung für <span>Data Movement Gateway</span> wurde standardmäßig nicht aktiviert und von Laufzeit-Flags gesteuert.</li> </ul> | 15. Februar 2024 |
| 2022.11.63 | Standard | 2. Mai 2023 | Treiberinstallations-Dienstprogramm<br><br>In dieser Version wird ein Treiberinstallations-Dienstprogramm eingeführt. Damit entfällt das manuelle Installieren und Konfigurieren von Treibern. Das neue Dienstprogramm verkürzt den Installationsprozess, und auch das Risiko von Benutzerfehlern wird deutlich gesenkt. Bei Ausführung des Dienstprogramms wird der erforderliche Treiber falls möglich automatisch heruntergeladen und installiert. Wenn der Treiber nicht automatisch heruntergeladen werden kann (z. B. im Fall von DB2-Treibern, die eine Anmeldung erfordern), laden Sie den Treiber einfach herunter, kopieren Sie ihn in einen dedizierten Ordner auf dem Data Movement-Gateway-Computer und führen Sie das Dienstprogramm aus.<br><br>Ein Beispiel für die Verwendung des Treiberinstallations-Dienstprogramms beim Installieren eines PostgreSQL-Treibers finden Sie unter [Voraussetzungen](https://help.qlik.com/de-DE/cloud-services/Subsystems/Hub/Content/Sense_Hub/DataIntegration/SourcesConnections/PostgreSQL/prereq-postgresql-source-dmgateway.htm#anchor-1)<br><br>Snowflake-Cloud-Datenplattform<br><br>Der Snowflake-Konnektor unterstützt jetzt Emoj-Zeichen mit 4 Byte.<br><br>Unterstützung für Azure Database for PostgreSQL - Flexibler Server als Datenquelle<br><br>Der PostgreSQL-Konnektor kann jetzt Daten von Azure Database for PostgreSQL - Flexibler Server bewegen.<br><br>Unterstützung für Cloud SQL for PostgreSQL als Datenquelle<br><br>Der PostgreSQL-Konnektor kann jetzt Daten von Cloud SQL for PostgreSQL bewegen.<br><br>Neue unterstützte Datenquellenversionen<br><br>In dieser Version wird die Unterstützung für die folgenden neuen Datenquellenversionen eingeführt:<br><br><ul> <li>PostgreSQL 14</li> <li>DB2 (für IBM DB2 for z/OS) 12.1</li> <li>IBM DB2 for z/OS 2.5</li> </ul><br><br>Neue unterstützte Cloud-Datenplattformversionen<br><br>Databricks 11.3 LTS<br><br>Eingestellte Unterstützung für die folgenden Datenquellenversionen<br><br>Die folgenden Datenquellenversionen werden nicht mehr unterstützt:<br><br><ul> <li>DB2 (für IBM DB2 for z/OS) 11</li> <li>PostgreSQL 9.6</li> <li>Microsoft SQL Server 2012</li> <li>MariaDB 10.2</li> </ul><br><br>Behobene Probleme<br><br>In dieser Version werden die folgenden Probleme behoben:<br><br><ul> <li>Oracle-Datenquelle: Beim Anhalten und Wiederaufnehmen einer Aufgabe schlug die Aufgabe manchmal mit dem Fehler „Failed to set stream position on context“ fehl.</li> <li>SAP-Anwendungsquelle: Änderungen wurden während der Bereitstellungsaufgabe nicht erfasst.</li> </ul> | 28. Dezember 2023 |
| 2022.5.13 | Standard | 19. Oktober 2022 | Erste Version | 2. November 2023 |

## Deinstallieren von Data Movement Gateway

Führen Sie den folgenden Befehl aus, um Data Movement Gateway zu deinstallieren:

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

Beispiel:

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

Wenn Sie den Paketnamen nicht kennen, führen Sie folgenden Befehl aus:

rpm -qa | grep qlik

WarnhinweisWenn Sie Data Movement Gateway deinstallieren, schlagen alle Aufgaben fehl, die das Daten-Gateway aktuell verwenden.

## Weitere Informationen

* [Einrichten von Data Movement Gateway](https://help.qlik.com/de-DE/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/dm-gateway-setting-up.htm)