Saltar al contenido principal Saltar al contenido complementario

Actualizar y desinstalar Pasarela Data Movement

En este tema se detalla cómo actualizar o desinstalar su instalación de Pasarela Data Movement. También ofrece una tabla con los cambios introducidos en cada versión de Pasarela Data Movement.

El procedimiento de actualización

Para verificar su versión actual, vaya a Administración de > Pasarelas de datos > y marque la columna Version correspondiente a su Pasarela Data Movement.

Si hay una nueva versión disponible, entonces el número de la versión es anexado con !. Para obtener más información puede deslizar el cursor sobre . Si la versión de la pasarela no se admite, Estado quedará Desactivado y será necesario realizar una actualización para activar la pasarela de datos.

Siempre que esté disponible una nueva versión del rpm Pasarela Data Movement, deberá descargarla deAdministración y actualizar la instalación existente.

Para ello:

  1. Descargue la nueva versión haciendo clic en de la pasarela y después en Actualizar.

    Acepte el acuerdo de cliente y proceda a descargar el RPM.

  2. Abra un indicador del shell y cambie el directorio de trabajo al directorio que contiene el archivo RPM.
  3. Ejecute el siguiente comando:

    Sintaxis:

    rpm -U <rpm name>

    Ejemplo:

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

  4. Inicie el servicio Data Movement gateway:

    sudo systemctl start repagent

  5. Opcionalmente, confirme que el servicio se ha iniciado:

    sudo systemctl status repagent

    El estado debería ser el siguiente:

    Active: active (running) since <timestamp> ago

Historial de versiones de Pasarela Data Movement

Versión

Fecha de lanzamiento

Cambios significativos

Fecha de finalización del soporte

2024.5.28 12 de noviembre de 2024 Proporciona la funcionalidad necesaria para la función de evolución de esquemas que se lanzará próximamente. Se determinará cuando se lance la próxima versión principal
2024.5.27 5 de noviembre de 2024

Esta versión resuelve los siguientes problemas:

  • Al utilizar el evento Rehacer 11.22, se podían producir fallos de INSERT al procesar múltiples INSERT en una página comprimida que no estaba comprimida antes de los INSERT.
  • En casos excepcionales, el análisis incorrecto de eventos DELETE en el registro de rehacer generaba una advertencia: "El evento DELETE del registro de rehacer contiene una estructura desconocida" seguida de varios problemas.

Las instrucciones del archivo YAML se han actualizado para reflejar la versión correcta del conector SAP Java.

Al utilizar la pasarela Data Movement Gateway para conectarse al destino de Snowflake a través de un proxy, la conexión fallaba con el siguiente error:

500 Failed to connect to Data Movement Gateway

Se determinará cuando se lance la próxima versión principal
2024.5.22 15 de octubre de 2024 Esta versión resuelve un problema en una tarea de replicación de Carga completa + CDC, en el que el campo Tarea de datos actualizada a de la tarea de CDC mostraba la hora de la Carga completa en lugar de la(s) hora(s) de CDC. Se determinará cuando se lance la próxima versión principal
2024.5.16 8 de octubre de 2024
    • A veces se producían fallos en múltiples operaciones INSERT cuando se usaba el evento Rehacer 11.22.
    • Tras actualizar Oracle 19g al parche de Julio 2024, a veces no se capturaban las operaciones de actualización UPDATE y se mostraba la siguiente advertencia:

      A compressed row cannot be parsed

  • Al configurar los parámetros de la tarea para crear el esquema de la tabla de control, la tarea daba el siguiente error:

    Failed to delete directory

  • Cuando una tarea estaba programada para ejecutarse periódicamente, a veces daba el siguiente error:

    The task stopped abnormally

  • Las tareas de transformación y almacenamiento en ocasiones permanecían en cola por un período de tiempo excesivamente largo.

  • Las tareas fallaban al usar el indicador de función use_manipulation_pk_for_apply con la replicación Almacenar cambios.

  • Se ha ampliado el tiempo de espera de S3 a 6 horas para evitar problemas derivados de tiempos de espera prolongados, como la pérdida del token para descargar los archivos.

Se determinará cuando se lance la próxima versión principal
2024.5.14 10 de septiembre de 2024
  • El par de claves proporciona un método de autenticación más robusto que el de usuario y contraseña para conectarse a Snowflake con sus cuentas de servicio. Este enfoque se recomienda para cargas de trabajo como la carga de datos (tareas de replicación o aterrizaje de datos) y transformaciones.

  • En versiones anteriores, al actualizar los metadatos de un conjunto de datos previo o recién añadido, a veces se producía un error. Esta mejora garantiza que se puedan recuperar metadatos de múltiples tablas en paralelo sin ningún problema.

  • Cuando una tabla de origen contenía una columna con un tipo de datos DECIMAL, por ejemplo, DECIMAL (38, 20), la preparación de la tarea de almacenamiento en Google BigQuery fallaba con el siguiente error (extracto):

    Column <n> in <table name> has incompatible types: STRING, BIGNUMERIC at [93:1]

    El problema se ha resuelto asignando el tipo de datos DECIMAL de origen a DECIMAL en Google BigQuery.

  • Después de realizar cambios en una regla de un esquema existente en una tarea de datos, se produciría el siguiente error:

    QRI SQL error not implemented

  • Al preparar una tarea de ubicación de destino que se conectaba a una fuente de aplicación SAP, la tarea se completaba con éxito, pero se informaba del siguiente error en el archivo de registro repsrv.log:

    Invalid object name 'hk1./QTQVC/QRI'

Se determinará cuando se lance la próxima versión principal
2024.5.7 6 de agosto de 2024
  • Antes, cuando se producía un cambio en los metadatos, todas las tablas se eliminaban y se volvían a crear aunque el cambio de metadatos no afectara a todas las tablas. Ahora, solo se eliminan y se vuelven a crear las tablas modificadas, lo que mejora el rendimiento.

  • Las tablas creadas en la base de datos de origen durante la tarea de replicación de datos que coincidan con el patrón de inclusión, ahora se capturarán automáticamente durante la captura de datos de cambios (CDC).

    • Antes, al leer varias transacciones de Microsoft SQL Server (MS-CDC), Qlik Talend Data Integration solo conservaba el ID de transacción y la marca de tiempo de la primera transacción. En el destino, esto daba la apariencia de que los registros formaban parte de una única transacción. Ahora, Qlik Talend Data Integration conserva el ID de transacción original y la marca de tiempo de cada registro individual. Esto beneficia a los clientes que desean aprovechar las columnas de cabecera ID de transacción y Marca de tiempo en las tablas de cambios.

    • Antes, los bytes del identificador de transacción se codificaban en orden inverso. A partir de esta versión, los bytes se codifican en el orden correcto. Los clientes de información que prefieran conservar el comportamiento existente pueden hacerlo utilizando parámetros internos. Para obtener más información, contacte con el soporte técnico de Qlik.

  • Qlik Talend Data Integration ahora admite el almacenamiento en caché de la autenticación conectable SHA-2 (caching_sha2_password) cuando se trabaja con fuentes o destinos MySQL, ya sea en las instalaciones o en la nube. En versiones anteriores, solo se admitía la autenticación conectable nativa (mysql_native_password).

  • Los tipos de datos BYTES y BLOB se asociarán ahora a VARBYTE en Amazon Redshift en lugar de a VARCHAR.

    • PostgreSQL 16.x

    • MySQL 8.1
    • IBM DB2 para z/OS 3.1
    • PostgreSQL 16.x
    • MySQL 8.1
    • Databricks 14.3 LTS
    • Controlador SQL Server ODBC 18.3

Se ha interrumpido la compatibilidad con las siguientes versiones de bases de datos:

  • Todas las versiones y controladores de Oracle anteriores a Oracle 19.x
  • Microsoft SQL Server 2014
  • MySQL 5.7
  • PostgreSQL 11
  • IBM DB2 para LUW 10.5
  • IBM DB2 para z/OS: z/OS 2.3
  • Cuando un cambio de documento de clúster capturado borraba todas las filas de todas sus tablas capturadas, se producía una operación DELETE no realizada y se encontraban mensajes de aserción innecesarios.

  • Actualizada Microsoft Authentication Library para Java (MSAL4J) y Bouncy Castle a versiones sin vulnerabilidades conocidas.

    • La tarea fallaba a veces cuando se utilizaba el almacenamiento interno Snowflake.
    • La tarea fallaba cuando el nombre del esquema de destino era Katakana japonés.
  • Al reanudar una tarea con una fuente Oracle, la tarea continuaba esperando un registro de rehacer activado borrado en lugar de fallar con un error apropiado.

Se determinará cuando se lance la próxima versión principal
2023.11.23 26 de junio de 2024
  • A partir de esta versión, se creará el esquema de metadatos de Snowflake (para archivos preparados) si no existe.

  • Tras realizar un cambio en una regla de Renombrar conjunto de datos (que concatenaba el nombre de la tabla con el nombre del esquema) y agregarse una vista a la tarea de aterrizaje, la operación Preparar fallaba con el siguiente error:

    QRI SQL error not implemented.

  • Se actualizó el componente java_file_factory a una versión sin vulnerabilidades conocidas.
  • Se actualizó org.postgresql:postgresql a una versión sin vulnerabilidades conocidas.
  • Al mover datos a SQL Server, la operación de preparación fallaba cuando los nombres de índice excedían los 128 caracteres. El problema se resolvió modificando la lógica para crear nombres de índice más cortos.
  • Al mover datos desde SQL Server, un nombre de columna que faltaba en las definiciones de la tabla ocasionaba un bucle de notificación infinito en el archivo repsrv.log, dando el siguiente mensaje:

    mssql_resolve_sqlserver_table_column_attributes(...) failed to find column

6 de febrero de 2025

2023.11.11 21 de mayo de 2024
  • Se ha añadido la posibilidad de recuperar simultáneamente los metadatos de varias tablas.

  • La información de supervisión de las tareas de aterrizaje y replicación se actualizará ahora cada 10 segundos (en lugar de cada 60 segundos), lo que proporciona una indicación más precisa de su estado actual.

  • Japón ahora es compatible como región inquilina en Qlik Cloud.

  • El intervalo de reintentos entre la pasarela de datos y Qlik Cloud aumentaba continuamente, pero nunca se restablecía (a menos que se reiniciara el servicio).
  • Al mover datos desde una fuente de aplicación SaaS, las tablas a veces entraban en un estado de error durante la recarga.
  • Las tareas con una fuente MySQL a veces fallaban con el siguiente error durante el CDC:

    Read next binary log event failed; mariadb_rpl_fetch error 0 Error reading binary log.

  • Anteriormente, los eventos de auditoría de CDC solo se registraban para las tareas de aterrizaje. Ahora, también se registrarán para las tareas de replicación.
  • Al trasladar datos desde SQL Server (MS-CDC), las tareas con numerosas tablas tardaban a veces varias horas en iniciarse.
  • Cuando la tabla de origen contenía columnas CLOB y el valor «Limitar tamaño LOB» superaba 10240, la replicación a Snowflake fallaba con el siguiente error:

    Invalid character length: 0

Se determinará cuando se lance la próxima versión principal
2023.11.4 12 de marzo de 2024

Los clientes ya pueden instalar Pasarela Data Movement en Red Hat 9.x o en cualquier distribución de Linux correspondiente y compatible.

Configuración de Pasarela Data Movement

Los comandos para detener, iniciar y comprobar el estado del servicio de Pasarela Data Movement han cambiado.

Comandos de servicio de Pasarela Data Movement

  • El tipo de datos BOOLEAN, que se asignaba a VARCHAR(1) en Amazon Redshift, ahora se asignará a BOOLEAN.
  • Los tipos de datos BYTES y BLOB, que se asignaban a VARCHAR(1) en Amazon Redshift, ahora se asignarán a VARBINARY (longitud).

Esta sección detalla las nuevas bases de datos compatibles, las versiones de las bases de datos y las versiones de los controladores.

  • Nuevas versiones y ediciones de fuentes de datos compatibles

    Ahora se admiten las siguientes versiones de fuentes de datos:

    • Azure Database for MySQL - Flexible Server (Compatible a través del conector de origen MySQL)
    • MariaDB 10.4 - 10.11 (anteriormente 10.4 y 10.5)
  • Nuevas plataformas y ediciones de datos de destino compatibles

    Ahora se admiten las siguientes versiones de destino de datos:

    • Azure Database for MySQL - Flexible Server (Compatible a través del conector de destino MySQL)
    • Databricks: Databricks 13.3 LTS y Serverless SQL Warehouse
  • Nueva versión del controlador SAP HANA compatible

    Los clientes con una fuente SAP HANA que deseen instalar Pasarela Data Movement en Red Hat Linux 9.x, deben instalar SAP HANA ODBC 64-bit Driver versión 2.0.19 o posterior.

Esta sección ofrece información sobre las versiones de bases de datos que ya no son compatibles.

  • Se ha interrumpido la compatibilidad con las siguientes versiones de fuentes de datos:

    • Oracle 11.x
    • SAP HANA 1.0
  • Instalar Pasarela Data Movement sin proporcionar una contraseña de servidor no permitiría configurar las URL del espacio inquilino y del proxy en un solo comando.
  • Mover datos desde una fuente de datos de Salesforce (aplicación SaaS) imprimiría un gran número de advertencias redundantes, lo que afectaría al rendimiento de la carga de datos.
  • Al recuperar cambios para una fuente de datos de aplicación SaaS, si se producía un error al recuperar cambios para una de las tablas, dicha tabla se suspendía y se eliminaba de la canalización. Ahora, al encontrar un error, la tarea intentará recuperar los cambios hasta por tres veces antes de suspender la tabla.
Se determinará cuando se lance la próxima versión principal
2023.5.16 9 de enero de 2024

Seguimos ampliando los destinos compatibles con el proyecto de replicación en Qlik Cloud Integración de datos. Además de Amazon S3, ahora puede elegir Azure Data Lake Storage (ADLS) y Google Cloud Storage (GCS) para entregas en lago de datos, como formatos de archivos Parquet, JSON o CSV.

  • La conexión a IBM DB2 para LUW solía fallar cuando el tamaño de los archivos necesarios para la conexión (como el certificado de cliente SSL y el archivo de almacén de claves) excedía los 4 KB.

  • La instalación del controlador DB2 fallaba al utilizar la utilidad de instalación del controlador.

7 de septiembre de 2024

2023.5.15 12 de diciembre de 2023

Microsoft Fabric se une a la lista cada vez mayor de almacenes de datos que pueden usarse como objetivos en proyectos de canalización de datos.

Se actualizó la versión del controlador Snowflake en la utilidad de instalación del controlador.

7 de septiembre de 2024

2023.5.10 31 de octubre de 2023

Se puede utilizar una conexión privada para garantizar que el tráfico de datos siga siendo seguro y conforme a las normas. Simplifica tanto la gestión de la red como la seguridad de su nube privada virtual VPC (Virtual Private Cloud) sin necesidad de abrir puertos de cortafuegos de entrada, dispositivos proxy o tablas de enrutamiento. Qlik Cloud Data Integration ya admite conexiones privadas a objetivos de canalización de datos Snowflake, Microsoft SQL Server y Amazon S3. Con esta versión, los clientes pueden utilizar además conexiones privadas al trasladar datos a Databricks, Microsoft Azure Synapse, Google BigQuery y Amazon Redshift.

  • Todas las fuentes de datos basadas en PostgreSQL: compatibilidad con tipos de datos multirrango: Los siguientes tipos de datos multirrango ahora son compatibles con todas las fuentes de datos basadas en PostgreSQL (locales y en la nube).

    • INT4MULTIRANGE
    • INT8MULTIRANGE
    • NUMMULTIRANGE
    • TSMULTIRANGE
  • Fuente de datos de AWS Aurora Cloud para PostgreSQL: compatibilidad con roles de no superusuario: El usuario especificado en el conector PostgreSQL ya no necesita tener el rol de superusuario para trasladar datos desde una fuente de datos de AWS Aurora Cloud para PostgreSQL. Esto es especialmente útil para organizaciones con políticas de seguridad corporativas que les impiden conceder acceso de superusuario a usuarios sin privilegios.

Los clientes que trasladan datos desde una fuente de datos Microsoft Azure SQL (MS-CDC) ahora pueden utilizar una base de datos Geo Replica.

Qlik Cloud Integración de datos ahora admite la lectura de datos de espacios de tablas y columnas cifradas de Oracle durante CDC.

Qlik Cloud Integración de datos ahora admite espacios empresariales inquilinos en las regiones de Alemania y Reino Unido.

Esta sección enumera las versiones de controladores y bases de datos recientemente admitidas.

  • Compatibilidad con más versiones de fuentes de datos. Ahora se admiten las siguientes versiones de fuentes de datos:

    • Microsoft SQL Server 2022
    • Oracle 21c
    • PostgreSQL 15.x
    • DB2 13.1 (cuando se trabaja con IBM DB2 for z/OS)
    • IBM DB2 for iSeries 7.5
  • Compatibilidad con más versiones de plataformas de datos de destino. Ahora se admiten las siguientes versiones de destino de datos:

    • Databricks (almacenamiento en la nube): Databricks 12.2 LTS y Databricks SQL Serverless
  • Versiones de controladores. Ahora se admiten las siguientes versiones del controlador ODBC:

    • IBM Data Server Client 11.5.8 for IBM DB2 for z/OZ e IBM DB2 for LUW
    • Simba ODBC driver 3.0.0.1001 for Google Cloud BigQuery
    • MySQL ODBC Unicode Driver 64-bit 8.0.32

Los clientes que transfieren datos hacia o desde Microsoft SQL Server deben actualizar la versión del controlador ODBC de SQL Server a 18.x o posterior. Tenga en cuenta que continuar utilizando el controlador ODBC de SQL Server 17.x puede generar errores de datos. La actualización del controlador se puede realizar utilizando la utilidad de instalación del controlador o manualmente. Para ver instrucciones, consulte la Configuración del controlador.

Esta sección ofrece información sobre las versiones de bases de datos que ya no son compatibles.

  • Versiones de fuentes de datos que han dejado de ser compatibles. Se ha interrumpido la compatibilidad con las siguientes versiones de fuentes de datos:

    • PostgreSQL 10
    • MySQL 5.6
    • MariaDB 10.3
  • Versiones de plataformas de datos de destino que han dejado de ser compatibles. Se ha interrumpido la compatibilidad con las siguientes versiones de destino de datos:

    • Databricks 9.1 LTS

7 de septiembre de 2024

2022.11.74

15 de agosto de 2023

Adoptamos un enfoque centrado en la nube que permite una rápida innovación y adopción. Sin embargo, eso no significa que estemos únicamente en la nube. Como parte de nuestro compromiso continuo de mejorar el valor a largo plazo que aportamos a nuestros clientes, nos complace anunciar el lanzamiento de un nuevo caso de uso de Replication al crear proyectos de datos. El nuevo caso de uso de Replication se suma a la capacidad que ya ofrecemos de crear canalizaciones de datos para todas sus necesidades de integración de datos, como la modernización de los almacenes de datos.

El proyecto de replicación admite la replicación de datos en tiempo real desde orígenes de datos admitidos a un destino admitido.

A partir de esta última versión, el primer objetivo que admite la replicación de datos en tiempo real es Microsoft SQL Server. Además de admitir Microsoft SQL Server en las instalaciones, también se admiten los siguientes proveedores de nube:

  • Locales
  • Amazon RDS
  • Google Cloud
  • Microsoft Azure (Microsoft Azure Managed Instance y Microsoft Azure Database)

Los clientes que transfieren datos a Microsoft Azure Synapse Analytics deben actualizar su versión del controlador ODBC de SQL Server a 18.x o posterior. Tenga en cuenta que continuar utilizando el controlador ODBC de SQL Server 17.x puede generar errores de datos. La actualización del controlador se puede realizar utilizando la utilidad de instalación del controlador o manualmente. Para ver instrucciones, consulte la Configuración del controlador.

Se ha incorporado una nueva opción Cargar datos de fuente, que permite a los clientes leer sus datos directamente de la fuente de origen durante una Carga completa, en lugar de utilizar los datos almacenados en caché.

Para más información sobre esta opción, incluidos los casos de uso, vea Configuraciones de aterrizaje en destino.

Pasarela Data Movement 2022.11.74 incluye certificados de CA actualizados, que son necesarios para autenticar el espacio empresarial inquilino de Qlik Cloud. Los certificados de CA actualizados también brindan soporte para las regiones de Irlanda y Fráncfort. Por lo tanto, los clientes con espacios empresariales inquilinos de Qlik Cloud en Irlanda o Fráncfort que deseen utilizar Qlik Cloud Data Integration deben actualizar a esta versión.

Las tareas que transferían datos de una fuente de Oracle a veces fallaban cuando una tabla ancha contenía columnas sin usar o no compatibles, o columnas LOB que no estaban replicadas.

31 de abril de 2024

2022.11.70

28 de junio de 2023

En versiones anteriores, los clientes necesitaban ejecutar el comando "source arep_login.sh" al instalar clientes SAP. A partir de esta versión, ya no es necesario ejecutar este comando.

Esta versión incluye certificados de CA actualizados, que son necesarios para autenticar el espacio empresarial inquilino de Qlik Cloud.

  • Cuando una tarea de replicación en Pasarela Data Movement falla y se recupera automáticamente, el estado recuperado no se comunica al activo de datos de ubicación de destino en Qlik Cloud.

  • El cifrado de extremo a extremo para Pasarela Data Movement no estaba habilitado de forma predeterminada y era controlado por indicadores de tiempo de ejecución.
15 de septiembre de 2023

2022.11.63

2 de mayo de 2023

Esta versión incluye una utilidad de instalación de controladores que elimina la necesidad de instalar y configurar los controladores manualmente. La nueva utilidad acorta el proceso de instalación y reduce significativamente la posibilidad de error del usuario. Cuando se ejecuta la utilidad, el controlador requerido se descarga automáticamente, si es posible, y se instala. Si el controlador no se puede descargar (los controladores DB2 requieren inicio de sesión, por ejemplo), todo lo que necesita hacer es descargar el controlador, copiarlo en una carpeta específica en la máquina de la pasarela de movimiento de datos y ejecutar la utilidad.

Para ver un ejemplo del uso de la utilidad de instalación de controladores para instalar un controlador PostgreSQL, vea Requisitos previos

El conector Snowflake ahora admite caracteres emoji de 4 bytes.

El conector de PostgreSQL ahora puede mover datos de Azure Database for PostgreSQL: servidor flexible.

El conector de PostgreSQL ahora puede mover datos de Cloud SQL para PostgreSQL.

Esta versión ahora es compatible con las siguientes versiones nuevas de fuentes de datos:

  • PostgreSQL 14
  • DB2 (para IBM DB2 para z/OS) 12.1
  • IBM DB2 para z/OS 2.5

Databricks 11.3 LTS

Las siguientes versiones de fuentes de datos ya no son compatibles:

  • DB2 (para IBM DB2 para z/OS) 11
  • PostgreSQL 9.6
  • Microsoft SQL Server 2012
  • MariaDB 10.2

Esta versión resuelve los siguientes problemas:

  • Fuente de datos Oracle: Al detener y reanudar una tarea, la tarea a veces fallaba con el error: "Error al establecer la posición de la transmisión en el contexto".
  • Fuente SAP Application: Los cambios no se capturaban durante la tarea de ubicación de destino.

15 de septiembre de 2023

2022.5.13

19 de octubre de 2022

Versión inicial

2 de agosto de 2023

Desinstalar Pasarela Data Movement

Para desinstalar Pasarela Data Movement, ejecute el siguiente comando:

rpm -e <installation package name>

Ejemplo:

rpm -e qlik-data-gateway-data-movement-2023.11-1.x86_64

Si no conoce el nombre del paquete, ejecute:

rpm -qa | grep qlik

Nota de avisoDesinstalar Pasarela Data Movement hará que fallen todas las tareas que actualmente utilizan la puerta de enlace de datos.

¿Esta página le ha sido útil?

No dude en indicarnos en qué podemos mejorar si encuentra algún problema en esta página o su contenido, como, por ejemplo, errores tipográficos, pasos que falta o errores técnicos.