Cambios de comportamiento por defecto
En esta sección se describen los cambios de comportamiento por defecto realizados en Oracle GoldenGate en relación con la última versión.
Versión 19.1 (19.29.0.0.251021) - octubre de 2025
Bug 37909236: MariaDB - Elimine el requisito para MariaDB binlog_annotate_row_events=OFF
A partir de esta versión de Oracle GoldenGate, se ha eliminado el requisito de definir binlog_annotate_row_events en OFF para MariaDB.
Versión 19.1 (19.28.0.0.250715) - Agosto de 2025
Error 37757820: genérico - Activar NOCHECKUNIQUEKEYS como valor por defecto para BATCHSQL para todas las bases de datos que no son de Oracle
NOCHECKUNIQUEKEYS activado como valor por defecto para BATCHSQL para todas las bases de datos que no sean de Oracle.
Versión 19c (19.27) - Mayo de 2025
Bug 37576949: Genérico - Requerir que el nuevo replicat integrado (IR) tenga una tabla de puntos de control
Oracle GoldenGate necesitará una tabla de puntos de control al crear un Replicat integrado.
Cualquier réplica integrada existente debe volver a crearse para incluir una tabla de puntos de control. El comando ALTER REPLICAT no se puede utilizar para agregar una tabla de puntos de control a un proceso de Replicat existente creado con NODBCHECKPOINT.
Versión 19.25.0.0.241015 - Octubre de 2024
Actualización de seguridad de carteras de Oracle GoldenGate
Propiedad de conexión automática eliminada de las carteras de Oracle GoldenGate
Para mejorar la seguridad de las carteras de Oracle GoldenGate que almacenan información de credenciales (información de conexión de los usuarios de microservicios), se ha eliminado la propiedad de conexión automática de las carteras de Oracle GoldenGate.
Como resultado, una vez que se ha aplicado un parche al despliegue en la versión 19.25 y posterior de Oracle GoldenGate y se ha iniciado, no es posible revertir a la versión anterior de Oracle GoldenGate de la versión 19.24 o inferior, ya que las carteras protegidas por contraseña no se pueden volver a convertir automáticamente en carteras de conexión automática.
Una solución a corto plazo para obtener la información almacenada en las carteras antes de aplicar parches a Oracle GoldenGate versión 19.25 o superior es guardar las carteras de conexión automática de la versión anterior y restaurar manualmente estas carteras en un rollback.
Versión 19.1.0.0.230418 - Abril de 2023
Oracle
Opatches agrupados con JDK para Oracle
El JDK ahora está empaquetado en las versiones 21.10 y 19.1.0.0.230418 del parche de Oracle GoldenGate. Tenga en cuenta que solo el directorio <GG_HOME>/jdk se actualiza con las versiones de parches GoldenGate. Consulte el ID de documento 2359395.1 para obtener más información y referencias adicionales para actualizar JDK mediante el parche GoldenGate o de forma independiente.
Todavía tiene la opción de instalar el último parche de JDK en el directorio <GG_HOME>/jdk de forma independiente en cualquier momento. Consulte el ID de documento 1492980.1 para obtener más información.
Versión 19.1.0.0.200714 - Septiembre de 2020
PostgreSQL
El parámetro TransactionErrorBehavior se debe definir en 2 al especificar los datos
Para que PostgreSQL Replicat pueda manejar las condiciones de error de la base de datos correctamente, el valor del parámetro TransactionErrorBehavior se debe definir en 2. Es un parámetro necesario para Oracle GoldenGate, que se debe especificar en el archivo odbc.ini en el DSN. A continuación se muestra un DSN de ejemplo que especifica el parámetro:
[ODBC]
IANAAppCodePage=4
InstallDir=/u01/ggate
[pgdsn]
Driver=/u01/ggate/lib/GGpsql25.so
Description=DataDirect 7.1 PostgreSQL Wire Protocol
Database=mypgdb
HostName=mypghost
PortNumber=5432
LogonID=mypguser
Password=**********
TransactionErrorBehavior=2
Para obtener más información, consulte https://media.datadirect.com/download/docs/odbc/allodbc/index.html#page/odbc/transaction-error-behavior.html
Versión 19c (19.1.0.0.200714) - Julio de 2020
PostgreSQL
DEFERAPPLYINTERVAL no funciona como se esperaba para PostgreSQL Replicat
Si la zona horaria no es la misma para la base de datos y el sistema operativo, Replicat espera hasta que la hora GMT local del sistema de origen sea mayor que el registro de hora de confirmación + retraso de DEFERAPPLYINTERVAL.
Replicat no puede identificar la tabla de puntos de control cuando se crea en mayúsculas y minúsculas después del reinicio de Replicat
El nombre de punto de control debe estar en minúsculas sin comillas y sin ningún carácter especial en él.
Versión 19c (19.1.0) - Mayo de 2020
El asistente de configuración de Oracle GoldenGate no se ejecuta si hay un espacio en el nombre del directorio raíz de Oracle GoldenGate
El Asistente de Configuración de Oracle GoldenGate (OGGCA) en Windows no se ejecuta si el nombre del directorio raíz de Oracle GoldenGate o OGG_HOME tiene espacio en él, por ejemplo, OGG HOME.
Versión 19c (19.1.0) - Septiembre de 2019
INFO HEARTBEATTABLE
El comando INFO HEARTBEATTABLE para SQL Server ahora informa el intervalo de frecuencia de latido, el intervalo de frecuencia de depuración y el tiempo de retención.
Valor por defecto TRANLOGOPTION QUERYTIMEOUT
Para SQL Server, el valor por defecto QUERYTIMEOUT se ha ampliado de 30 segundos a 300 segundos.
Adición de Validación tras Cambio de DDL
Extract para SQL Server finalizará de forma anormal si detecta una diferencia en la estructura de la tabla entre la tabla de origen y la tabla Change Data Capture.
Soporte de Conexión TLS 1.2
Para SQL Server, el soporte de conexión TLS 1.2, si está activado, lo proporcionan automáticamente Extract y Replicat.
Requisitos para utilizar Oracle GoldenGate 19c con MySQL
Oracle GoldenGate para MySQL tiene una dependencia en la biblioteca OpenSSL, por lo que la disponibilidad de la biblioteca OpenSSL es un requisito previo.
Linux: defina LD_LIBRARY_PATH para incluir la ruta de acceso donde está instalada la biblioteca OpenSSL.
Windows: para MySQL 8.0 y versiones posteriores, la biblioteca OpenSSL se envía con el servidor MySQL y se mantiene en el directorio \bin del directorio raíz MySQL. Debe asegurarse de que la ubicación de OpenSSL se agrega a la variable de entorno de ruta de acceso.
Por ejemplo, se debe agregar el directorio D:\path\to\MySQLServer_install_dir\bin a la variable de entorno PATH.
También puede instalar el último conector MySQL C++ (MySQL 8.0 o superior), que contiene la biblioteca OpenSSL y asegurarse de que la ubicación de OpenSSL se agrega a la variable de entorno de ruta. Por ejemplo, se debe agregar el directorio C:\Program Files\MySQL\Connector C++ 8.0\lib64 a la variable de entorno PATH.
Con MySQL 5.7 o menos, debe instalar el último conector MySQL C++ (MySQL 8.0 o superior), que contiene la biblioteca OpenSSL y asegurarse de que la ubicación de OpenSSL se agrega a la variable de entorno PATH. Por ejemplo: se debe agregar el directorio C:\Program Files\MySQL\Connector C++ 8.0\lib64 a la variable de entorno PATH.
Oracle GoldenGate para MySQL 8.0 tiene una dependencia en la biblioteca OpenSSL, por lo que la disponibilidad de esta biblioteca es un requisito previo. Debe asegurarse de que la biblioteca esté instalada en el sistema que ejecuta Oracle GoldenGate y de que la ruta de acceso a esta biblioteca esté definida correctamente.
No hay restricción de patrón para el nombre de usuario de Oracle GoldenGate, pero la longitud máxima es de 512 caracteres
Se han eliminado las restricciones para el nombre de usuario de Oracle GoldenGate, pero la longitud máxima es de 512 caracteres. Para los usuarios de tipo básico y certificado, no hay restricciones en los caracteres especiales para el nombre de usuario en la API de REST.
Sin embargo, en la interfaz web de la arquitectura de microservicios, el nombre de usuario solo puede incluir caracteres especiales específicos para un usuario de tipo básico. Estos caracteres son:
at sign (@), period (.) , dash (-), comma (,), underscore (_), number sign (#), dollar sign ($), plus sign (+), backslash (\), slash (/), equal sign (=), less than sign (<), or greater than sign (>).
Versión 19c (19.1.0) - Versión inicial de mayo de 2019
La implementación de microservicios requiere contraseñas más seguras
Las contraseñas de los usuarios en la implantación de microservicios requieren contraseñas más seguras, con una letra mayúscula, un número y un carácter especial.
Formato de archivo de pista
Después de la actualización de Extract, si se especifica un nuevo formato de archivo de pista, el Extract principal se renovará automáticamente al siguiente archivo de pista y escritor en el formato de archivo de pista especificado. No es necesario ejecutar el comando ALTER EXTRACT ETROLLOVER.
Extraer versión de archivo de pista por defecto
El Extract primario escribe el archivo de pista en el mismo formato que el formato de archivo de pista existente al actualizar a Oracle GoldenGate 19c, a menos que especifique explícitamente la versión de formato de archivo de pista mediante la opción FORMAT RELEASE. Este cambio de comportamiento impide que el Replicat posterior finalice de forma anormal si no se actualiza el replicat.
El parámetro _INFINITYTOZERO ya no es necesario
El parámetro _INFINITYTOZERO ya no es necesario. Cuando Oracle GoldenGate detecta los valores +INF o -INF en un campo numérico de Oracle, se maneja automáticamente como si este parámetro ya estuviera definido.
Si el destino es la versión 19c de Oracle Replicat, +INF y -INF se aplican correctamente. Para todas las demás bases de datos, incluido el antiguo Oracle Replicat, se aplica un valor 0.
Captura de Oracle TIMESTAMP WITH TIME ZONE
TIMESTAMP con TIMEZONE con datos de ID de región ahora está soportado para FETCH y la carga inicial. Para obtener más información, consulte [TRANLOGOPTIONS](/pls/topic/lookup?ctx=en/middleware/goldengate/core/19.1/release-notes&id=GWURF-GUID-B6ADFEC9-10E6-456D-9477-088513E113AF) en Referencia para Oracle GoldenGate
Esta función se activa automáticamente si es necesario y ya no necesita especificar TRANLOGOPTIONS INCLUDEREGIONID. Para destinos que no sean de Oracle, utilice TRANLOGOPTIONS INCLUDEREGIONIDWITHOFFSET para convertir el ID de región en desfase temporal desde UTC.
Valor por defecto de la opción GETCTASDML
La opción GETCTASDML disponible con el parámetro TRANLOGOPTIONS está activada por defecto.
Valor por defecto de NOALLOWNULLABLEKEYS
El valor por defecto para el parámetro NOALLOWNULLABLEKEYS se define en true.
Esta función se ha creado para ayudar a los clientes a identificar fácilmente las tablas que pueden ser problemáticas debido a que se permiten varios valores NULL en una columna clave.
Cambio en el soporte de formato de registro de depósito
(Solo MySQL) Capture ignora silenciosamente los eventos binlog que no se escriben en el formato ROW en lugar de terminar de forma anormal cuando detecta un binlog_format distinto de ROW.