Modifiche al comportamento predefinito

In questa sezione vengono descritte le modifiche di funzionamento predefinite apportate a Oracle GoldenGate in relazione all'ultima release.

Release 19.1 (19.29.0.0.251021) - Ottobre 2025

Bug 37909236: MariaDB - Rimuovere il requisito per MariaDB binlog_annotate_row_events=OFF

A partire da questa versione di Oracle GoldenGate, il requisito di impostare binlog_annotate_row_events su OFF è stato rimosso per MariaDB.

Versione 19.1 (19.28.0.0.250715) - Agosto 2025

Bug 37757820: Generico - Abilita NOCHECKUNIQUEKEYS come impostazione predefinita per BATCHSQL per tutti i database non Oracle

Abilitato NOCHECKUNIQUEKEYS come valore predefinito per BATCHSQL per tutti i database non Oracle.

Release 19c (19.27) - maggio 2025

Bug 37576949: Generic - Richiede una nuova replica integrata (IR) per avere una tabella di checkpoint

Oracle GoldenGate richiederà una tabella di checkpoint durante la creazione di un Replicat integrato.

Tutte le repliche integrate esistenti devono essere ricreate per includere una tabella di checkpoint. Impossibile utilizzare il comando ALTER REPLICAT per aggiungere una tabella di checkpoint a un processo Replicat esistente creato con NODBCHECKPOINT.

Release 19.25.0.0.241015 - Ottobre 2024

Aggiornamento della sicurezza dei wallet Oracle GoldenGate

Proprietà di login automatico rimossa dai wallet Oracle GoldenGate

Per migliorare la sicurezza dei wallet Oracle GoldenGate che memorizzano le informazioni sulle credenziali (informazioni di login degli utenti dei microservizi), la proprietà di login automatico dei wallet Oracle GoldenGate è stata rimossa.

Di conseguenza, dopo l'applicazione delle patch alla distribuzione a Oracle GoldenGate release 19.25 e successive e l'avvio, il rollback alla release 19.24 o successiva di Oracle GoldenGate precedente non è possibile in quanto i wallet protetti da password non possono essere riconvertiti in wallet di login automatico automaticamente.

Una soluzione alternativa a breve termine per ottenere le informazioni memorizzate nei wallet prima di applicare le patch a Oracle GoldenGate Release 19.25 o versioni successive consiste nel salvare i wallet di login automatico dalla versione precedente e ripristinare manualmente tali wallet su un rollback.

Release 19.1.0.0.230418 - Aprile 2023

Oracle

Opatch in bundle con JDK per Oracle

JDK è ora incluso nella patch di Oracle GoldenGate a partire dalla release 21.10 e 19.1.0.0.230418. Tenere presente che solo la directory <GG_HOME>/jdk viene aggiornata con le release patch GoldenGate. Per ulteriori informazioni e riferimenti aggiuntivi per l'aggiornamento di JDK tramite patch GoldenGate o in modo indipendente, vedere ID documento 2359395.1.

È comunque possibile installare la patch JDK più recente nella directory <GG_HOME>/jdk in modo indipendente in qualsiasi momento. Per ulteriori informazioni, vedere ID documento 1492980.1.

Release 19.1.0.0.200714 - Settembre 2020

PostgreSQL

Il parametro TransactionErrorBehavior deve essere impostato su 2 durante la specifica dei dati

Affinché Replicat PostgreSQL possa gestire le condizioni di errore del database in modo appropriato, il valore del parametro TransactionErrorBehavior deve essere impostato su 2. Si tratta di un parametro obbligatorio per Oracle GoldenGate, che deve essere specificato all'interno del file odbc.ini nel DSN. Di seguito è riportato un DSN di esempio che specifica il parametro:

[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

Per ulteriori informazioni, vedere https://media.datadirect.com/download/docs/odbc/allodbc/index.html#page/odbc/transaction-error-behavior.html

Release 19c (19.1.0.0.200714) - luglio 2020

PostgreSQL

DEFERAPPLYINTERVAL non funziona come previsto per PostgreSQL Replicat

Se il fuso orario non è lo stesso per il database e il sistema operativo, Replicat attende che l'ora GMT locale del sistema di origine sia maggiore dell'indicatore orario commit record + ritardo DEFERAPPLYINTERVAL.

Replicat non è in grado di identificare la tabella di checkpoint quando viene creata in formato misto dopo il riavvio di Replicat

Il nome della tabella di controllo deve essere in lettere minuscole senza virgolette e senza alcun carattere speciale.

Release 19c (19.1.0) - maggio 2020

L'Assistente alla configurazione di Oracle GoldenGate non viene eseguito se è presente uno spazio nel nome della directory home di Oracle GoldenGate

L'Assistente alla configurazione di Oracle GoldenGate (OGGCA) in Windows non viene eseguito se il nome della directory home di Oracle GoldenGate o OGG_HOME contiene spazio, ad esempio OGG HOME.

Release 19c (19.1.0) - Settembre 2019

INFO HEARTBEATTABLE

Il comando INFO HEARTBEATTABLE per SQL Server ora segnala l'intervallo di frequenza dell'heartbeat, l'intervallo di frequenza di rimozione e il tempo di conservazione.

Valore predefinito TRANLOGOPTION QUERYTIMEOUT

Per SQL Server, il valore predefinito QUERYTIMEOUT è stato esteso da 30 secondi a 300 secondi.

Aggiunta della convalida dopo la modifica DDL

L'estrazione per SQL Server verrà interrotta se rileva una differenza nella struttura della tabella tra la tabella di origine e la tabella Modifica acquisizione dati.

Supporto della connessione TLS 1.2

Per SQL Server, il supporto della connessione TLS 1.2, se abilitato, viene fornito automaticamente da Extract e Replicat.

Prerequisiti per l'uso di Oracle GoldenGate 19c con MySQL

Oracle GoldenGate for MySQL dispone di una dipendenza dalla libreria OpenSSL, pertanto la disponibilità della libreria OpenSSL è un prerequisito.

Linux: impostare LD_LIBRARY_PATH per includere il percorso in cui è installata la libreria OpenSSL.

Windows: per MySQL 8.0 e versioni successive, la libreria OpenSSL viene fornita con il server MySQL ed è conservata nella directory \bin della home directory MySQL. È necessario assicurarsi che la posizione di OpenSSL venga aggiunta alla variabile di ambiente del percorso.

Ad esempio, la directory D:\path\to\MySQLServer_install_dir\bin deve essere aggiunta alla variabile di ambiente PATH.

In alternativa, è possibile installare il connettore MySQL C++ più recente (MySQL 8.0 o versione successiva), che contiene la libreria OpenSSL e assicurarsi che la posizione di OpenSSL venga aggiunta alla variabile di ambiente del percorso. Ad esempio, la directory C:\Program Files\MySQL\Connector C++ 8.0\lib64 deve essere aggiunta alla variabile di ambiente PATH.

Con MySQL 5.7 o versione successiva, è necessario installare il connettore MySQL C++ più recente (MySQL 8.0 o versione successiva), che contiene la libreria OpenSSL e assicurarsi che la posizione di OpenSSL sia aggiunta alla variabile di ambiente PATH. Ad esempio: la directory C:\Program Files\MySQL\Connector C++ 8.0\lib64 deve essere aggiunta alla variabile di ambiente PATH.

Oracle GoldenGate per MySQL 8.0 dispone di una dipendenza dalla libreria OpenSSL, pertanto la disponibilità di questa libreria è un prerequisito. È necessario assicurarsi che la libreria sia installata nel sistema su cui è in esecuzione Oracle GoldenGate e che il percorso di questa libreria sia impostato in modo appropriato.

Nessuna limitazione di pattern per il nome utente di Oracle GoldenGate, ma la lunghezza massima è di 512 caratteri

I vincoli per il nome utente Oracle GoldenGate sono stati rimossi, ma la lunghezza massima è di 512 caratteri. Per gli utenti di tipo Base e Certificato non sono previsti vincoli per i caratteri speciali per il nome utente nell'API REST.

Tuttavia, nell'interfaccia Web Microservice Architecture, il nome utente può includere solo caratteri speciali specifici per un utente di tipo Basic. I caratteri disponibili sono i seguenti:

at sign (@), period (.) , dash (-), comma (,), underscore (_), number sign (#), dollar sign ($), plus sign (+), backslash (\), slash (/), equal sign (=), less than sign (<), or greater than sign (>).

Release 19c (19.1.0) - Release iniziale di maggio 2019

L'implementazione dei microservizi richiede password più complesse

Le password per gli utenti nell'implementazione dei microservizi richiedono password più complesse, con una lettera maiuscola, un numero e un carattere speciale.

Formato file trail

Dopo l'aggiornamento di Extract, se viene specificato un formato di file trail più recente, Extract primario eseguirà automaticamente il rollover del file trail e del writer successivi nel formato di file trail specificato. Non è necessario eseguire il comando ALTER EXTRACT ETROLLOVER.

Estrai versione file trail predefinita

Extract primario scrive il file trail nello stesso formato del formato del file trail esistente quando si esegue l'upgrade a Oracle GoldenGate 19c, a meno che non si specifichi esplicitamente la versione del formato del file trail utilizzando l'opzione FORMAT RELEASE. Questa modifica comporta l'interruzione del Replicat successivo se il replicat non viene aggiornato.

Il parametro _INFINITYTOZERO non è più necessario

Il parametro _INFINITYTOZERO non è più necessario. Quando Oracle GoldenGate rileva i valori +INF o -INF in un campo numerico Oracle, viene gestito automaticamente come se questo parametro fosse già impostato.

Se la destinazione è la release 19c di Oracle Replicat, vengono applicati correttamente +INF e -INF. Per tutti gli altri database, incluso il Replicat Oracle precedente, viene applicato il valore 0.

Acquisizione Oracle TIMESTAMP WITH TIME ZONE

TIMESTAMP con TIMEZONE con dati ID area è ora supportato per FETCH e il caricamento iniziale. Per i dettagli, vedere [TRANLOGOPTIONS](/pls/topic/lookup?ctx=en/middleware/goldengate/core/19.1/release-notes&id=GWURF-GUID-B6ADFEC9-10E6-456D-9477-088513E113AF) in Riferimento per Oracle GoldenGate

Questa funzione viene abilitata automaticamente se necessario e non è più necessario specificare TRANLOGOPTIONS INCLUDEREGIONID. Per una destinazione non Oracle, utilizzare TRANLOGOPTIONS INCLUDEREGIONIDWITHOFFSET per convertire l'ID area in offset orario da UTC.

Impostazione predefinita dell'opzione GETCTASDML

L'opzione GETCTASDML disponibile con il parametro TRANLOGOPTIONS è abilitata per impostazione predefinita.

Impostazione predefinita di NOALLOWNULLABLEKEYS

L'impostazione predefinita per il parametro NOALLOWNULLABLEKEYS è true.

Questa funzione è stata creata per aiutare i clienti a identificare facilmente le tabelle che potrebbero essere problematiche a causa della possibilità di più valori NULL in una colonna chiave.

Modifica nel supporto del formato Binlog

(solo MySQL) Capture ignora silenziosamente gli eventi binlog che non sono scritti nel formato ROW invece di interrompere quando rileva un binlog_format diverso da ROW.