Alterações de Comportamento Padrão

Esta seção descreve as alterações de comportamento padrão feitas no Oracle GoldenGate em relação à última release.

Versão 19.1 (19.29.0.0.251021) - Outubro de 2025

Bug 37909236: MariaDB - Remova o requisito para MariaDB binlog_annotate_row_events=OFF

A partir dessa versão do Oracle GoldenGate, o requisito para definir binlog_annotate_row_events como OFF foi removido para MariaDB.

Versão 19.1 (19.28.0.0.250715) - Agosto de 2025

Bug 37757820: Generic - Enable NOCHECKUNIQUEKEYS as default for BATCHSQL for all Non-Oracle Databases

NOCHECKUNIQUEKEYS ativado como padrão para BATCHSQL para todos os bancos de dados não Oracle.

Versão 19c (19.27) - Maio de 2025

Bug 37576949: Genérico - Requer nova réplica integrada (IR ) para ter uma tabela de checkpoint

O Oracle GoldenGate exigirá uma tabela de checkpoint ao criar um Replicat integrado.

Qualquer Replicat integrado existente deve ser recriado para incluir uma tabela de checkpoint. O comando ALTER REPLICAT não pode ser usado para adicionar uma tabela de checkpoint a um processo Replicat existente que foi criado com NODBCHECKPOINT.

Versão 19.25.0.0.241015 - Outubro de 2024

Atualização de Segurança de Wallets do Oracle GoldenGate

Propriedade de log-in automático removida das wallets do Oracle GoldenGate

Para melhorar a segurança das wallets do Oracle GoldenGate que armazenam informações de credencial (informações de log-in de usuários do Microservices), a propriedade de log-in automático das wallets do Oracle GoldenGate foi removida.

Como resultado, depois que a implantação tiver sido corrigida para o Oracle GoldenGate release 19.25 e posterior e iniciada, não será possível fazer rollback para a release 19.24 ou anterior do Oracle GoldenGate, pois as wallets protegidas por senha não podem ser convertidas novamente em wallets de log-in automático automaticamente.

Uma solução alternativa de curto prazo para obter as informações armazenadas nas wallets antes de aplicar patch ao Oracle GoldenGate Release 19.25 ou mais recente é salvar as wallets de log-in automático da versão anterior e restaurar manualmente essas wallets em um rollback.

Versão 19.1.0.0.230418 - Abril de 2023

Oracle

Opatches empacotados com JDK para Oracle

O JDK agora é empacotado no patch do Oracle GoldenGate começando nas versões 21.10 e 19.1.0.0.230418. Observe que somente o diretório <GG_HOME>/jdk é atualizado com as releases de patch GoldenGate. Consulte ID do Documento 2359395.1 para obter mais informações e referências adicionais para atualizar o JDK por meio do patch GoldenGate ou de forma independente.

Você ainda tem a opção de instalar o patch JDK mais recente no diretório <GG_HOME>/jdk de forma independente a qualquer momento. Consulte ID do Documento 1492980.1 para obter mais informações.

Versão 19.1.0.0.200714 - Setembro de 2020

PostgreSQL

O parâmetro TransactionErrorBehavior deve ser definido como 2 ao especificar dados

Para que o Replicat PostgreSQL possa tratar as condições de erro do banco de dados adequadamente, o valor do parâmetro TransactionErrorBehavior deve ser definido como 2. É um parâmetro obrigatório para o Oracle GoldenGate, que precisa ser especificado dentro do arquivo odbc.ini no DSN. Veja a seguir um exemplo de DSN especificando o 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 saber mais, consulte https://media.datadirect.com/download/docs/odbc/allodbc/index.html#page/odbc/transaction-error-behavior.html

Versão 19c (19.1.0.0.200714) - Julho de 2020

PostgreSQL

DEFERAPPLYINTERVAL não está funcionando conforme esperado para o Replicat PostgreSQL

Se o fuso horário não for o mesmo para o banco de dados e o sistema operacional, o Replicat aguardará até que o horário GMT local do sistema de origem seja maior que o timestamp de commit de registro + atraso DEFERAPPLYINTERVAL.

O Replicat não consegue identificar a tabela de checkpoint quando criado em letras maiúsculas e minúsculas após a reinicialização do Replicat

O nome da tabela de checkpoint deve estar em letras minúsculas sem aspas e sem nenhum caractere especial.

Versão 19c (19.1.0) - Maio de 2020

O Assistente de Configuração do Oracle GoldenGate não será executado se houver um espaço no nome do diretório home do Oracle GoldenGate

O OGGCA (Oracle GoldenGate Configuration Assistant) no Windows não será executado se o nome do diretório home do Oracle GoldenGate ou OGG_HOME tiver espaço nele, por exemplo, OGG HOME.

Versão 19c (19.1.0) - Setembro de 2019

INFO HEARTBEATTABLE

O comando INFO HEARTBEATTABLE do SQL Server agora reporta intervalo de frequência de pulsação, intervalo de frequência de expurgação e tempo de retenção.

Valor padrão TRANLOGOPTION QUERYTIMEOUT

Para o SQL Server, o QUERYTIMEOUT padrão foi estendido de 30 segundos para 300 segundos.

Adicionando Validação Após Alteração de DDL

Extract para SQL Server será encerrado se detectar uma diferença na estrutura da tabela entre a tabela de origem e a tabela Change Data Capture.

Suporte a Conexão TLS 1.2

Para o SQL Server, o suporte à conexão TLS 1.2, se ativado, é fornecido automaticamente pelo Extract e pelo Replicat.

Pré-requisitos para Usar o Oracle GoldenGate 19c com o MySQL

O Oracle GoldenGate for MySQL tem uma dependência da biblioteca OpenSSL; portanto, a disponibilidade da biblioteca OpenSSL é um pré-requisito.

Linux: Defina LD_LIBRARY_PATH para incluir o caminho em que a biblioteca OpenSSL está instalada.

Windows: Para o MySQL 8.0 ou superior, a biblioteca OpenSSL é fornecida com o servidor MySQL e é mantida no diretório \bin do diretório home MySQL. Certifique-se de que o local do OpenSSL seja adicionado à variável de ambiente de caminho.

Por exemplo, o diretório D:\path\to\MySQLServer_install_dir\bin precisa ser adicionado à variável de ambiente PATH.

Como alternativa, você pode instalar o conector C++ MySQL mais recente (MySQL 8.0 ou superior), que contém a biblioteca OpenSSL e certifique-se de que a localização do OpenSSL seja adicionada à variável de ambiente de caminho. Por exemplo, o diretório C:\Program Files\MySQL\Connector C++ 8.0\lib64 precisa ser adicionado à variável de ambiente PATH.

Com o MySQL 5.7 ou menos, você precisa instalar o conector C++ MySQL mais recente (MySQL 8.0 ou mais recente), que contém a biblioteca OpenSSL e certifique-se de que a localização do OpenSSL seja adicionada à variável de ambiente PATH. Por exemplo: o diretório C:\Program Files\MySQL\Connector C++ 8.0\lib64 precisa ser adicionado à variável de ambiente PATH.

O Oracle GoldenGate for MySQL 8.0 tem uma dependência da biblioteca OpenSSL; portanto, a disponibilidade dessa biblioteca é um pré-requisito. Você precisa garantir que a biblioteca esteja instalada no sistema que executa o Oracle GoldenGate e que o caminho para essa biblioteca esteja definido adequadamente.

Nenhuma restrição de padrão para o nome de usuário do Oracle GoldenGate, mas o tamanho máximo é de 512 caracteres

As constraints de nome de usuário do Oracle GoldenGate foram removidas, mas o tamanho máximo é de 512 caracteres. Para usuários do tipo Básico e Certificado, não há restrições em caracteres especiais para o nome do usuário na API REST.

No entanto, na interface Web da Arquitetura de Microsserviços, o nome do usuário só pode incluir caracteres especiais específicos para um usuário do tipo Básico. Os seguintes caracteres são:

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

Versão 19c (19.1.0) - Versão Inicial de Maio de 2019

A implementação de microsserviços requer senhas mais fortes

As senhas dos usuários na implementação de Microsserviços exigem senhas mais fortes, com letra maiúscula, número e caractere especial.

Formato do Arquivo de Trilha

Após a atualização do Extract, se um formato de arquivo de trilha mais recente for especificado, o Extract principal fará rollover automaticamente para o próximo arquivo de trilha e gravador no formato de arquivo de trilha especificado. Não há necessidade de executar o comando ALTER EXTRACT ETROLLOVER.

Extrair Versão do Arquivo de Trilha Padrão

O Extract principal grava o arquivo de trilha no mesmo formato que o formato de arquivo de trilha existente quando você faz upgrade para o Oracle GoldenGate 19c, a menos que você especifique explicitamente a versão do formato de arquivo de trilha usando a opção FORMAT RELEASE. Essa alteração de comportamento impede que o Replicat subsequente termine se o replicat não for atualizado.

O parâmetro _INFINITYTOZERO não é mais obrigatório

O parâmetro _INFINITYTOZERO não é mais necessário. Quando o Oracle GoldenGate detecta os valores +INF ou -INF em um campo numérico do Oracle, ele é tratado automaticamente como se esse parâmetro já estivesse definido.

Se o destino for a release 19c do Oracle Replicat, +INF e -INF serão aplicados corretamente. Para todos os outros bancos de dados, incluindo o Oracle Replicat mais antigo, o valor 0 é aplicado.

Captura de Oracle TIMESTAMP WITH TIME ZONE

Agora há suporte para TIMESTAMP com TIMEZONE com dados de ID de região para FETCH e carga inicial. Para obter detalhes, consulte [TRANLOGOPTIONS](/pls/topic/lookup?ctx=en/middleware/goldengate/core/19.1/release-notes&id=GWURF-GUID-B6ADFEC9-10E6-456D-9477-088513E113AF) em Reference for Oracle GoldenGate

Esse recurso é ativado automaticamente, se necessário, e você não precisa mais especificar TRANLOGOPTIONS INCLUDEREGIONID. Para um destino que não seja da Oracle, use TRANLOGOPTIONS INCLUDEREGIONIDWITHOFFSET para converter o ID da região em deslocamento de tempo do UTC.

Configuração padrão da opção GETCTASDML

A opção GETCTASDML disponível com o parâmetro TRANLOGOPTIONS é ativada por padrão.

Configuração padrão NOALLOWNULLABLEKEYS

A definição padrão para o parâmetro NOALLOWNULLABLEKEYS é definida como true.

Esse recurso foi criado para ajudar os clientes a identificar facilmente tabelas que podem apresentar problemas por causa da permissão de vários valores NULL em uma coluna de chaves.

Alteração no Suporte ao Formato Binlog

(Somente MySQL) O Capture ignora silenciosamente os eventos binlog que não são gravados no formato ROW, em vez de serem menores quando detecta um binlog_format diferente de ROW.