Perguntas Frequentes do Oracle GoldenGate

Obtenha respostas para as perguntas mais frequentes sobre a implementação do Oracle GoldenGate AI.

Por que o Oracle GoldenGate é importante para a IA empresarial?

O Oracle GoldenGate é importante para a IA empresarial porque a IA depende de dados de negócios atuais e confiáveis. Modelos, sistemas RAG e agentes de IA não podem raciocinar ou agir de forma confiável ao trabalhar com instantâneos em lote desatualizados ou cópias incompletas de dados operacionais. O GoldenGate transmite eventos de negócios à medida que acontecem, dando aos sistemas de IA acesso a uma nova realidade operacional, preservando a governança, a consistência e a auditabilidade.

Como o Oracle GoldenGate oferece suporte a agentes de RAG e IA?

O Oracle GoldenGate oferece suporte a agentes de RAG e IA, fornecendo continuamente dados operacionais em bancos de dados vetoriais, pipelines de RAG, bases de conhecimento de IA, lakehouses e sistemas orientados a eventos. Usando os recursos de IA do GoldenGate, os registros alterados podem ser enriquecidos, incorporados, resumidos, classificados ou roteados como parte do pipeline, para que os sistemas de IA operem no contexto de negócios atual, em vez de instantâneos obsoletos.

Como o GoldenGate suporta dados vetoriais?

Ele pode replicar vetores existentes, mover vetores para o Oracle AI Database, transmitir alterações vetoriais e gerar incorporações durante a replicação.

Quando devo usar o @AISERVICE?

Use @AISERVICE ao incorporar ou enriquecer deve ser executado em um serviço externo de IA, como um ponto final gerenciado ou apoiado por GPU. Consulte Incorporação de IA externa com @AISERVICE

Quando devo usar o @DBFUNCTION?

Use @DBFUNCTION ao incorporar a lógica deve ser executada no banco de dados de destino como parte do processamento de aplicação. Consulte Native Database Embedding with @DBFUNCTION

Como as cargas vetoriais históricas devem ser tratadas?

Use a instanciação em massa ou o carregamento nativo do banco de dados para dados históricos e, em seguida, deixe o GoldenGate processar alterações incrementais.

Quais são os principais casos de uso do Oracle GoldenGate?

O Oracle GoldenGate é usado para alta disponibilidade e recuperação de desastres de missão crítica, migrações com tempo de inatividade zero, análise em tempo real, ingestão de lakehouse, arquiteturas orientadas a eventos, pipelines de IA e RAG, arquiteturas de malha de dados e sincronização de dados controlada em ambientes híbridos e multicloud.

O Oracle GoldenGate suporta a migração do banco de dados do Oracle E-Business Suite (EBS) e as informações de certificação da Oracle para EBS ainda são válidas?

O Oracle EBS não certifica nenhum produto de replicação lógica para migrações, concentrando-se nos métodos tradicionais de banco de dados (importação/exportação, data pump da Oracle).

Embora o GoldenGate possa ser usado para substituir parte do trabalho feito por esses métodos tradicionais de banco de dados para reduzir o tempo de inatividade geral associado a uma migração, ele não deve ser usado em todos os objetos.

bjects que não são suportados pelo GoldenGate ou estão relacionados a trabalho temporário devem ser migrados usando métodos tradicionais durante uma janela de tempo de inatividade.

A arquitetura de referência da AWS para GoldenGate com EFS oferece suporte a cenários de DR entre regiões?

Consulte o blog da AWS High Availability for Oracle GoldenGate Microservices Architecture in AWS, que descreve um design de alta disponibilidade na região.

Nesse contexto:

Para cenários de DR entre regiões, o comportamento difere significativamente:

Devido a esses fatores, os padrões de design na região descritos no blog da AWS não se estendem diretamente à DR entre regiões sem considerações adicionais.

Recomendação:

Para arquiteturas entre regiões, use a movimentação de dados ativa (por exemplo, Caminho de Distribuição GoldenGate) em vez de depender de armazenamento compartilhado replicado de forma assíncrona para arquivos de trilha.

Quais são as versões do Oracle Database suportadas pelo GoldenGate?

Para obter mais informações, consulte https://www.oracle.com/integration/goldengate/certifications/.

Quais são os diferentes tipos de configurações e casos de uso do GoldenGate?

Quais são os principais componentes do GoldenGate?

O que é Oracle GoldenGate e quais são seus principais casos de uso?

O Oracle GoldenGate é uma solução de replicação e integração de dados que captura, transforma e entrega alterações transacionais em vários sistemas heterogêneos em tempo real.

Os principais casos de uso do Oracle GoldenGate são os seguintes:

Quais bancos de dados e plataformas o Oracle GoldenGate oferece suporte?

O Oracle GoldenGate suporta uma ampla variedade de bancos de dados e destinos, incluindo:

O Oracle GoldenGate pode capturar dos aplicativos Oracle Fusion SaaS e OTM SaaS em execução no OCI.

O Oracle GoldenGate não pode capturar de Salesforce.com/SFDC.

O Oracle GoldenGate pode replicar alterações no Teradata e no TimesTen, mas não pode ser capturado por nenhum dos dois.

É recomendável revisar as Métricas de Certificação GoldenGate para obter suporte específico ao banco de dados e ao destino. Para obter mais informações, consulte https://www.oracle.com/integration/goldengate/certifications/.

Quais são as diferenças entre a Arquitetura Clássica do Oracle GoldenGate e a Arquitetura de Microsserviços?

Para obter mais informações sobre MA, consulte Arquitetura de Microsserviços do Oracle GoldenGate.

Como o Oracle GoldenGate se compara a outras ferramentas de replicação?

O Oracle GoldenGate é ideal para integração de dados, replicação de banco de dados, movimentação de dados, migrações de banco de dados, ingestão de dados em tempo real pelos seguintes motivos:

Quais são os pré-requisitos para instalar o Oracle GoldenGate no banco de dados XYZ?

Plataforma e compatibilidade

Modelo de Implantação

Configuração do Banco de Dados

Infraestrutura e Recursos do Sistema

Armazenamento

Rede e Portas

Configuração do SO e do Usuário

Conectividade do Banco de Dados

Requisitos Específicos de Microsserviços

Segurança

Alta Disponibilidade (Opcional)

Preparação Operacional

Para obter mais informações sobre como preparar bancos de dados para o Oracle GoldenGate, consulte Preparar Bancos de Dados.

Quais são as diferenças entre implantações seguras e não seguras?

Como configuro o Oracle GoldenGate Microservices usando o OGGCA?

Para obter mais informações, consulte Adicionar uma Implantação e Adicionar uma Implantação no Modo Silencioso usando OGGCA.

Quais são as melhores práticas para otimizar o desempenho do Oracle GoldenGate?

Para implantações modernas do Oracle GoldenGate, a abordagem recomendada é usar o processo Extract Integrado com o processo Replicat Paralelo, pois o processo Replicat Paralelo agora é o método de replicação estratégico e preferencial para operações de aplicação de destino de alto desempenho.

O Replicat Integrado está sendo gradualmente removido em favor do Replicat Paralelo porque o Replicat Paralelo oferece melhor escalabilidade, melhor desempenho de aplicação de transações e processamento paralelo mais eficiente para cargas de trabalho corporativas de alto volume.

Uma arquitetura GoldenGate bem otimizada deve separar os estágios de captura, transporte e aplicação usando arquivos de trilha locais e remotos, o que melhora a resiliência e isola a replicação de interrupções de rede. O desempenho também depende muito da infraestrutura subjacente, incluindo armazenamento rápido, memória de banco de dados dimensionada corretamente, configuração de redo log eficiente e conectividade de rede estável.

O monitoramento contínuo do atraso do Extract, do atraso do Replicat, do throughput e da atividade do checkpoint é essencial para identificar proativamente gargalos antes que eles afetem a latência de replicação.

Em geral, o melhor desempenho do GoldenGate é obtido por meio de uma combinação de design de arquitetura escalável, distribuição de carga de trabalho adequada, ajuste de banco de dados e paralelismo cuidadosamente gerenciado, permitindo que as organizações mantenham baixa latência e replicação confiável mesmo sob grandes cargas de trabalho transacionais.

Como monitoro o atraso e soluciono problemas de desempenho?

Quais ferramentas ou comandos posso usar para monitorar os processos do Oracle GoldenGate?

Na Arquitetura de Microsserviços do Oracle GoldenGate, o monitoramento é executado principalmente por meio do Serviço de Administração baseado na Web, APIs REST e do Serviço de Métricas de Desempenho, em vez de ferramentas de arquitetura clássicas tradicionais, como GGSCI. O Serviço de Administração fornece painéis de controle centralizados que permitem aos administradores monitorar a integridade e o status dos processos Extract, Distribution, Receiver e Parallel Replicat em tempo real. Por meio da interface da Web, os usuários podem rastrear o atraso da replicação, o andamento do ponto de verificação, as taxas de throughput, o status do caminho e o desempenho do processo em toda a implantação. As APIs REST também fornecem acesso programático aos dados de monitoramento, permitindo a integração com estruturas de automação e plataformas de observabilidade empresarial.

Um componente-chave de monitoramento na Arquitetura de Microsserviços é o Performance Metrics Service (PMSRVR), que coleta e expõe métricas operacionais para processos de replicação e caminhos de distribuição. Essas métricas podem ser integradas a soluções de monitoramento, como Oracle Enterprise Manager, OCI Monitoring, Prometheus e Grafana, para fornecer painéis centralizados, alertas e análises de desempenho de longo prazo. Os administradores também contam com logs de implantação, arquivos de relatório e informações de diagnóstico disponíveis por meio das interfaces do Service Manager e do Administration Service para diagnosticar e solucionar erros, monitorar o comportamento do processo e investigar problemas de latência.

Para implantações do OCI GoldenGate, recursos de monitoramento adicionais estão disponíveis por meio da Console do OCI, do OCI Logging, do OCI Monitoring e dos Alarmes do OCI, fornecendo visibilidade nativa da nuvem da integridade da implantação, do comportamento de dimensionamento, do atraso de replicação e dos eventos operacionais. No geral, o monitoramento na Arquitetura de Microsserviços GoldenGate se concentra na observabilidade centralizada, no gerenciamento orientado por API e na integração com plataformas de monitoramento empresarial para fornecer informações em tempo real sobre o desempenho da replicação e a integridade do sistema.

Os usuários podem criar seus próprios painéis de controle e aplicativo de monitoramento acessando exportações e chamadas de API do StatsD.

O que são arquivos de trilha e como o Oracle GoldenGate os usa na replicação?

Os arquivos de trilha armazenam alterações de dados capturadas pelo processo Extract em um formato independente de plataforma.

Qual é o tipo de Replicat mais recomendado?

Começando com o Parallel Replicat: Para a maioria dos casos de uso, especialmente aqueles que envolvem cargas de trabalho transacionais de alto volume, o Parallel Non-Integrated Replicat oferece o melhor desempenho e flexibilidade.

GoldenGate Aplicativos Distribuídos e Análises suportam Replicat Clássico e Coordenado.

Para GoldenGate para Aplicativos Distribuídos e Análises, dependendo do destino, o Replicat Coordenado fornecerá melhor desempenho.

Como configuro o TLS/SSL para replicação segura de dados?

Quais são as opções para criptografar arquivos de trilha?

Para obter mais informações sobre como proteger dados, consulte Secure Data at Rest na Documentação de Microsserviços do Oracle GoldenGate.

Como posso integrar o Oracle GoldenGate a provedores de identidade externos (por exemplo, IAM, OAM) para a própria autenticação do GoldenGate?

Como faço para migrar bancos de dados sem tempo de inatividade usando o Oracle GoldenGate?

O Oracle GoldenGate permite migrações de banco de dados com tempo de inatividade quase zero replicando continuamente as alterações transacionais do banco de dados de origem para o banco de dados de destino, enquanto ambos os sistemas permanecem on-line. Em vez de exigir uma longa janela de interrupção para atividades de exportação, importação e transferência, o GoldenGate permite que as organizações sincronizem dados em tempo real para que a migração final possa ser concluída com o mínimo de interrupção do aplicativo.

Em uma arquitetura de migração com tempo de inatividade zero típica, o GoldenGate captura alterações do banco de dados de origem usando o Integrated Extract e as grava em arquivos de trilha. Em seguida, as alterações são transmitidas por meio dos Serviços de Distribuição e aplicadas ao banco de dados de destino usando o Replicat Paralelo. Enquanto o carregamento de dados inicial está sendo migrado por meio de backup/restauração, Data Pump, duplicação de RMAN ou outros métodos de carregamento em massa, o GoldenGate replica continuamente as transações em andamento para que o destino permaneça sincronizado com a origem durante todo o processo de migração.

O fluxo de trabalho de migração geralmente segue várias fases:

Durante a fase de carregamento inicial, uma cópia completa do banco de dados é transferida para o ambiente de destino. Depois que os dados da linha de base são carregados, o GoldenGate aplica todas as alterações transacionais contínuas capturadas do banco de dados de origem. Essa replicação contínua reduz significativamente a janela de interrupção porque o banco de dados de destino já está quase sincronizado antes do início da transferência.

A validação de dados é uma parte crítica das migrações com tempo de inatividade zero. O Oracle GoldenGate Veridata geralmente é usado para comparar bancos de dados de origem e de destino durante a replicação para garantir a consistência dos dados antes do switchover de produção. A validação contínua ajuda a identificar discrepâncias antecipadamente e reduz o risco de migração.

No momento da transferência, a atividade do aplicativo é pausada brevemente, as transações restantes podem ser replicadas e os administradores verificam se o atraso na replicação chega a zero. Uma vez confirmada a sincronização, os aplicativos são redirecionados para o banco de dados de destino e o ambiente de destino se torna o novo sistema de produção. Como a maioria dos movimentos de dados ocorreu enquanto os sistemas estavam on-line, a janela de interrupção real geralmente é reduzida apenas para o processo final de sincronização e redirecionamento de aplicativos.

O GoldenGate oferece suporte a migrações sem tempo de inatividade em:

Em implantações modernas da Arquitetura de Microsserviços GoldenGate e da OCI GoldenGate, o gerenciamento de migração é ainda mais simplificado por meio de interfaces web centralizadas, APIs REST, serviços de implantação automatizados e recursos de monitoramento integrado. Os serviços de Replicat Paralelo, captura integrada e distribuição escalável ajudam a lidar com grandes cargas de trabalho transacionais de forma eficiente durante as atividades de migração.

No geral, o Oracle GoldenGate permite migrações com tempo de inatividade zero combinando replicação contínua em tempo real, processamento paralelo escalável, validação contínua e procedimentos de transferência controlados, permitindo que as organizações migrem bancos de dados críticos com interrupção mínima dos negócios e risco operacional reduzido.

Quais são as melhores práticas para configurar a replicação bidirecional?

As melhores práticas para configurar a replicação bidirecional com o Oracle GoldenGate incluem:

Os ambientes de replicação bidirecional exigem um planejamento cuidadoso porque são mais complexos do que a replicação unidirecional e podem introduzir desafios como:

O que significa quando o Replicat mostra transações "presas" e como posso corrigi-las?

Quando o Replicat mostra transações "presas", geralmente significa que o processo Replicat não pode aplicar uma ou mais transações no banco de dados de destino, e o andamento da replicação é interrompido ou atrasado.

As causas comuns incluem:

As etapas típicas de solução de problemas incluem:

Em alguns casos, os administradores podem precisar:

dependendo do caso, da gravidade e dos requisitos de negócios.

Como gerencio o espaço em disco e expurgo arquivos de trilha antigos em Microsserviços?

Na Arquitetura de Microsserviços do Oracle GoldenGate, o gerenciamento de espaço em disco e a limpeza de arquivos de trilha são importantes para evitar a exaustão do armazenamento e manter ambientes de replicação íntegros.

Os arquivos de trilha geralmente são gerenciados usando políticas de expurgação automatizadas que removem arquivos de trilha antigos depois que eles não são mais necessários para processos downstream.

As práticas comuns incluem:

Os arquivos de trilha geralmente podem ser limpos quando:

Em Microsserviços, o gerenciamento de trilhas geralmente é tratado por meio de:

Recomendações adicionais incluem:

O gerenciamento adequado de trilhas ajuda a evitar:

Como configuro o início automático e o reinício em Microsserviços?

Na Arquitetura de Microsserviços do Oracle GoldenGate, a inicialização automática e a reinicialização automática podem ser configuradas para iniciar e recuperar automaticamente serviços de implantação e processos de replicação após falhas ou reinicializações do servidor.

Normalmente, isso é configurado por:

As configurações de reinicialização automática ajudam a garantir alta disponibilidade, reiniciando automaticamente os processos com falha sem intervenção manual.

As opções de configuração comuns incluem:

Essas configurações geralmente podem ser gerenciadas por meio de:

A inicialização automática e a reinicialização são comumente usadas em:

Quais são as etapas de solução de problemas para atraso de replicação?

As etapas comuns de diagnóstico e solução de problemas para atraso de replicação do Oracle GoldenGate incluem:

A análise de lag de replicação geralmente se concentra em identificar se o gargalo é causado por:

Como posso usar o GoldenGate para fluxos de dados distribuídos e dualidade relacional JSON?

Quais são as opções avançadas para transformação de dados no GoldenGate?

O GoldenGate pode ser executado no z/OS para capturar alterações ou entregar alterações no Db2 para o zOS?

Se você só executar o Replicat com o Db2 z/OS, esse pacote não será necessário.

O GoldenGate para Db2 para i e Db2 LUW tem Arquitetura de Microsserviços?

O GoldenGate fornece drivers ODBC no Db2 para i/Db2 para instalação de build do LUW/Db2 z/OS?

Não, o usuário final terá que instalar os drivers ODBC apropriados usando seu próprio contrato de licença com a IBM para esses drivers ODBC se eles ainda não estiverem instalados no servidor onde o GoldenGate está sendo instalado. Consulte o guia do usuário do driver ODBC da IBM sobre como fazer download dos drivers ODBC apropriados.

Como posso executar o GoldenGate no Contêiner do Docker?

O Oracle GoldenGate pode ser executado em contêineres do Docker implantando o software GoldenGate como um serviço em contêiner. A Oracle fornece imagens de contêiner GoldenGate por meio do OCR (Oracle Container Registry), permitindo que os usuários extraiam e implantem imagens predefinidas para configuração mais rápida e ambientes padronizados.

A execução de GoldenGate em contêineres oferece benefícios como:

A Arquitetura de Microsserviços GoldenGate geralmente é preferida para implantações de contêiner porque foi projetada para ambientes distribuídos modernos e funciona bem com plataformas de orquestração Docker e Kubernetes.

As implantações GoldenGate em contêineres são comumente usadas em:

O armazenamento persistente geralmente é configurado externamente para reter trilhas, pontos de verificação e dados de configuração fora do ciclo de vida do contêiner.

O que é o OCI GoldenGate?

A Oracle Cloud Infrastructure (OCI) GoldenGate é uma plataforma Data Fabric totalmente gerenciada e nativa da nuvem que permite movimentação, integração e streaming de dados em tempo real em ambientes heterogêneos em escala empresarial. Ele captura e entrega alterações de dados transacionais com baixa latência entre bancos de dados, data warehouses, plataformas de análise, sistemas de mensagens e serviços em nuvem.

Como componente central de uma estratégia moderna do Data Fabric, a OCI GoldenGate ajuda as organizações a conectar, sincronizar e operacionalizar dados distribuídos em ambientes on-premises, híbridos e multicloud. Ele oferece suporte a uma ampla gama de casos de uso, incluindo replicação de dados em tempo real, migrações sem tempo de inatividade, relatórios operacionais, arquiteturas orientadas a eventos, análise de streaming, pipelines de dados de IA/ML e sincronização de dados.

O OCI GoldenGate também fornece recursos integrados para projetar, orquestrar, monitorar, transformar, validar e comparar pipelines de dados por meio de uma experiência de usuário unificada e intuitiva.

Em quais regiões o OCI GoldenGate está disponível?

Verifique aqui as regiões atuais em que o OCI GoldenGate é implantado - https://www.oracle.com/cloud/data-regions/

Onde encontrar a documentação de GoldenGate do OCI?

A documentação do OCI GoldenGate está disponível em: https://docs.oracle.com/en/cloud/paas/goldengate-service/index.html

Quais são os principais casos de uso do OCI GoldenGate?

Os principais casos de uso do OCI GoldenGate incluem:

Quais são as diferenças entre a OCI GoldenGate e a GoldenGate no OCI Marketplace?

Aqui estão algumas diferenças entre as duas ofertas:

Onde posso encontrar os Objetivos de Nível de Serviço (SLOs) e os Acordos de Nível de Serviço (SLAs)?

Use o documento pilar do serviço de nuvem pública PaaS e IaaS da Oracle atual e a página do SLA do Oracle Cloud atual:

https://www.oracle.com/cloud/sla/.

Quanto custa o OCI GoldenGate?

O preço do OCI GoldenGate é calculado pelas OCPUs consumidas pelo host OCI GoldenGate. A métrica de OCPU por hora segue a definição padrão:

Você também pode consultar o Cloud Estimator, que inclui o OCI GoldenGate na categoria Data Integration: https://www.oracle.com/cloud/costestimator.html

Como o BYOL é licenciado?

Índices de conversão:

Qualquer uma das seguintes licenças de programa suportadas pode ser agregada para atender à taxa de conversão acima:

Posso migrar meu GoldenGate Marketplace para o OCI GoldenGate?

Como dimensiono o OCI GoldenGate corretamente?

O OCI GoldenGate usa uma arquitetura de hub.

Observação:

Quais origens e destinos são suportados no OCI GoldenGate?

Para obter informações sobre sistemas de origem e destino suportados, consulte Explorar Conexões.

O OCI GoldenGate pode estabelecer conexão com IPs privados ou sistemas Oracle On-Premises?

Sim. Para obter mais informações sobre conectividade, consulte conectividade do OCI GoldenGate.

A conectividade do OCI GoldenGate com origem e destino é ativada com captura remota e entrega remota.

Como configuro um caminho de distribuição entre o OCI GoldenGate e o GoldenGate em execução no OCI Marketplace ou on-premises?

O seguinte LiveLabs descreve como criar caminhos de distribuição entre a instalação do OCI-GG e de microsserviços do GG:

O OCI GoldenGate suporta bancos de dados Oracle de instância única?

Sim, há suporte para instâncias plugáveis (multitenant) e únicas.

Há suporte para Autonomous Databases dedicados?

Sim, os ambientes Autonomous AI Database on Dedicated Infrastructure são totalmente suportados.

Verifique a documentação atual do Autonomous AI Database e do OCI GoldenGate para obter os pré-requisitos exatos: Oracle Autonomous AI Database

Posso acessar e monitorar o OCI GoldenGate usando o Oracle Management Cloud e o OEM (Oracle Enterprise Manager)?

O Management Pack para GoldenGate agora suporta o OCI GoldenGate.

O que é o Oracle GoldenGate Foundation Suite?

O Oracle GoldenGate Foundation Suite é um pacote de três produtos. Inclui:

O que é Oracle GoldenGate Veridata?

O Oracle GoldenGate Veridata é uma solução de reparo e comparação de dados de alta velocidade que identifica, relata e corrige discrepâncias de dados entre bancos de dados heterogêneos sem interromper automaticamente os processos de negócios em andamento. Ele fornece uma solução fácil de usar, mas poderosa, para identificar dados fora de sincronia antes que eles afetem negativamente os negócios.

Quais são os vários componentes do Oracle GoldenGate Veridata?

Os vários componentes do Oracle GoldenGate Veridata são:

Como é feita a comparação de dados em tempo real com o Oracle GoldenGate Veridata?

O Oracle GoldenGate Veridata faz comparação de dados em tempo real comparando bancos de dados de origem e de destino enquanto a replicação do Oracle GoldenGate está em execução.

Este é o processo geral:

  1. O GoldenGate replica alterações transacionais do banco de dados de origem para o banco de dados de destino quase em tempo real.

  2. O Veridata se conecta de forma independente aos bancos de dados de origem e de destino.

  3. Ele compara dados em partes configuráveis ou intervalos de linhas usando:

    • chaves primárias
    • hashes/somas de verificação
    • validação linha por linha quando são detectadas incompatibilidades

  4. Veridata identifica:

    • linhas ausentes
    • linhas extras
    • valores de coluna alterados
    • transações fora de sincronia

  5. Os jobs de comparação podem ser executados repetidamente ou continuamente enquanto a replicação permanece ativa, permitindo a validação contínua com impacto mínimo nos sistemas de produção.

Para evitar o bloqueio de tabelas ou a interrupção da replicação, o Veridata usa técnicas de comparação otimizadas, como:

Isso permite que as organizações validem se os dados replicados permanecem sincronizados durante:

O próprio Veridata não replica dados, ele valida a precisão da replicação GoldenGate quase em tempo real.

Para obter informações sobre a comparação de dados em tempo real usando o Oracle GoldenGate Veridata, consulte Oracle GoldenGate Veridata 26c: Como ele funciona?

Como eu dimensiono o Oracle GoldenGate Veridata?

Para obter informações sobre como dimensionar o Oracle GoldenGate Veridata, consulte Como dimensionar o Oracle GoldenGate Veridata?.

Para que é utilizado o banco de dados do repositório Veridata?

Todas as informações de metadados (ou seja, todas as configurações do Veridata) serão armazenadas no banco de dados do repositório do Veridata.

O Veridata 26c vem com um banco de dados MySQL incorporado como repositório.

No entanto, o cliente tem a opção de usar esse MySQL integrado ou seu próprio banco de dados MySQL para o repositório.

Qual seria o tamanho do banco de dados do repositório Veridata?

Todas as informações de metadados do Veridata serão armazenadas neste banco de dados do repositório.

Então, não seria de grande tamanho. Um máximo de 5 GB seria o tamanho do repositório.

O Oracle GoldenGate Veridata pode ser usado para comparar dados entre bancos de dados heterogêneos?

Sim, o Oracle GoldenGate Veridata é uma solução heterogênea de comparação e reparo de dados.

Verifique a seguinte matriz de certificação vinculada:

https://www.oracle.com/in/a/ocom/docs/ogg-veridata-23c-cert-matrix.xlsx

Podemos comparar DDLs da tabela usando o Oracle GoldenGate Veridata?

Não, o Oracle GoldenGate Veridata é uma ferramenta de comparação de dados e só pode comparar dados entre tabelas. No entanto, temos isso em nosso roteiro.

O Oracle GoldenGate Veridata pode monitorar a replicação de dados entre origens e destinos em tempo real?

Sim, o Oracle GoldenGate Veridata pode monitorar e validar a replicação de dados entre bancos de dados de origem e de destino quase em tempo real. Ele compara continuamente dados enquanto a replicação GoldenGate está em execução e identifica discrepâncias, como linhas ausentes, linhas extras ou incompatibilidades de dados.

Isso garante que os bancos de dados replicados permaneçam sincronizados durante migrações, atualizações e operações de replicação contínuas, com impacto mínimo nos sistemas de produção.

Precisamos instalar o Veridata Server para cada banco de dados de Origem e Destino?

Não, uma instalação do Veridata é suficiente para comparar dados entre várias origens e destinos.

Não é necessário instalar Servidores Veridata dedicados a cada banco de dados de origem e destino.

O que é o Agente Veridata? Como é necessário configurá-lo?

Veridata Agent é um programa Java leve que é responsável por extrair dados das tabelas de banco de dados de origem e de destino.

Você precisa configurar um Agente dedicado para cada banco de dados.

Por exemplo, se você tiver 5 origens e destinos, será necessário configurar 5 Agentes Veridata para 5 origens e 5 Agentes Veridata para 5 destinos.

Onde precisamos instalar e implantar os Agentes Veridata?

Os Agentes Veridata podem ser implantados nativos ou remotos nos Servidores de Banco de Dados. Ao configurar Agentes Veridata remotamente, você precisa ter uma boa rede entre os Agentes Veridata e os bancos de dados de origem/destino.

Onde está localizado o arquivo Veridata Agent Properties?

Isso pode ser encontrado no caminho < AGENT_HOME > com o nome "agent.properties".

Onde o arquivo de configuração do servidor Veridata está presente?

O arquivo de configuração do servidor Veridata está presente no seguinte caminho:

/config/veridata/veridata.cfg

Onde está o arquivo oggvdt_cainput.properties presente?

O arquivo oggvdt_cainput.properties está presente no seguinte caminho:

/config/oggvdt_cainput.properties

Onde posso encontrar os Relatórios Veridata?

Os relatórios do Oracle GoldenGate Veridata geralmente são gerados e armazenados no host do Servidor Veridata no diretório de instalação do Veridata.

Os locais padrão são geralmente:

Você também pode acessar relatórios na IU da Web Veridata:

  1. Faça login no console Veridata.
  2. Abra o job de comparação.
  3. Vá para Relatórios ou Detalhes do Job → Relatórios.
  4. Faça download de saídas HTML, XML ou PDF, dependendo da configuração.

Os tipos comuns de relatório incluem:

Se você estiver usando o Veridata com o OGG Microservices ou implantações do OCI, os relatórios poderão ser gravados em:

Você pode verificar o caminho exato do relatório em:

<VERIDATA_HOME>/cfg/veridata.cfg

ou as propriedades de inicialização/configuração do servidor.

Podemos ter vários Agentes Veridata para um banco de dados?

Sim, mas recomendamos 1 agente para 1 banco de dados.

Quantos pares de Comparação posso criar em um grupo?

Não há restrição no número de pares de Comparação que podem ser criados. Qualquer número é válido.

Quantos pares de Comparação posso executar em paralelo no Veridata?

O valor padrão máximo é 100.

Mas pode ser atualizado a partir do arquivo veridata.cfg alterando o valor de maxconcurrentjobs.

Somente dados incrementais ou alterados podem ser comparados diariamente no Veridata?

Sim, o Veridata tem um recurso chamado Comparação Delta.

Depois que você habilitar esse recurso, apenas os dados alterados serão comparados.

O que é Comparação Delta em Veridata?

Os pares de comparação podem ser configurados para usar o processamento delta, um recurso de desempenho que compara apenas os blocos de dados que foram alterados desde a última execução, em vez de digitalizar a tabela inteira.

Isso impede a comparação de todos os dados históricos várias vezes e compara apenas os dados alterados.

Como faço para ativar a Comparação Delta em Veridata?

No Oracle GoldenGate Veridata 26c, a Comparação Delta está mais alinhada com o modelo moderno de "validação contínua de dados", em vez das explicações mais antigas de processamento delta de estilo clássico da documentação legada. O recurso foi projetado para reduzir a sobrecarga de comparação, concentrando-se apenas em dados alterados entre ciclos de comparação, o que é especialmente importante para validação contínua em ambientes de replicação ativos-ativos, híbridos e em larga escala.

No Veridata 26c, a Comparação Delta é ativada por meio da UI Web do Veridata modernizada ao configurar Pares e Jobs de Comparação. Em vez de depender muito de workflows de linha de comando legados, os administradores configuram o comportamento de comparação diretamente na interface do usuário ou por meio de APIs REST. O processo geralmente envolve a ativação da validação baseada em delta na configuração do Par de Comparação, de modo que o Veridata rastreia alterações entre execuções e limita comparações futuras a conjuntos de dados modificados. Isso reduz o impacto do banco de dados e melhora o desempenho da comparação para casos de uso de validação contínua.

A arquitetura 26c também enfatiza:

em vez de modelos de execução de comparação autônomos mais antigos.

Além disso, o Veridata 26c introduz recursos nativos de agendamento e automação aprimorados diretamente na interface do usuário e nas APIs, tornando o Delta Comparison mais integrado operacionalmente à validação contínua da integridade da replicação, em vez de ser tratado como um recurso de otimização manual.

Qual versão do plug-in do Oracle Enterprise Manager é certificada para monitorar implantações do Oracle GoldenGate 26ai Microservices?

O monitoramento e a descoberta de microsserviços do Oracle GoldenGate 26ai no Enterprise Manager 24ai são certificados com o Oracle GoldenGate EM Plugin versão 13.5.2.0.6.

Por que os níveis de patch recomendados do Oracle AI Database e GoldenGate são importantes para estabilidade e suportabilidade?

A Oracle recomenda a execução do Oracle GoldenGate com patches do pacote GoldenGate e RUs (Oracle Database Release Updates) recomendados no momento.

Níveis mais antigos de patches de banco de dados podem expor os clientes a:

Prática recomendada:

Siga as últimas:

Valide as correções antes de assumir defeitos do produto em níveis de patch mais antigos.

Observação Principal dos Conjuntos de Patches do Produto Oracle GoldenGate Core (KB159960)

O Oracle GoldenGate e o OCI GoldenGate suportam a captura de dados de alteração do MongoDB?

O Oracle GoldenGate e o OCI GoldenGate suportam a captura de dados de alteração do MongoDB e do MongoDB Atlas. Ele suporta replicação bidirecional entre diferentes bancos de dados MongoDB.

Posso usar o Oracle GoldenGate e o OCI GoldenGate para migrações do MongoDB para o Oracle AI Database?

Sim, o Oracle GoldenGate não suporta migrações de tempo de inatividade do MongoDB para o Oracle AI Database. Você pode consultar a documentação do Oracle GoldenGate para obter detalhes.

Como posso configurar as migrações do Oracle GoldenGate para migrar do MongoDB para o Oracle AI Database?

Certifique-se dos seguintes pré-requisitos:

Siga estas etapas para migrar o MongoDB para o Oracle AI Database for Oracle GoldenGate:

  1. Execute o Utilitário de Dump MongoDB. Execute o comando mongodump com a opção --oplog para criar um snapshot do banco de dados MongoDB de origem:

    $ ./bin/mongodump --uri="mongodb://localhost:27021" --oplog -v

  2. Execute o script OplogLSN.sh para extrair os timestamps da primeira e da última operação do arquivo oplog.bson fornecendo o caminho para o arquivo oplog.bson como um argumento da seguinte forma:

    $./oplogLSN.sh /path/to/dump/oplog.bson

    A saída fornece os timestamps da primeira e última operação (ou do primeiro noop se nenhuma operação ocorreu durante o processo de dump.)

    Saída:

    2025-02-27T13:53:00.885+0000 1 objects found First LSN: 1740663867.1 Last LSN: 1740663946.211 3

  3. Inspecionar Entradas de Oplog: Se houver alguma operação de entrada durante o dump, o arquivo oplog.bson conterá entradas para essas operações, cada uma com um timestamp. Você pode usar OplogLSN.sh para capturar os timestamps da primeira e da última operação ou convertê-los em arquivo JSON para inspeção manual, conforme mostrado na etapa anterior.

  4. Execute o Utilitário de Restauração MongoDB: Depois de ter os timestamps necessários, use o utilitário mongorestore para restaurar as coleções selecionadas do dump para a instância de destino MongoDB:

    $ ./mongorestore --uri="mongodb://localhost:27021" --nsInclude=testDB.coll1 --nsInclude=testDB.coll2 /path/to/dump -v

  5. Iniciar Extração CDC MongoDB: Inicie o processo Extração CDC MongoDB a partir do timestamp da primeira operação (posição LSN) extraído do arquivo oplog.bson. Isso garantirá que a Extração CDC comece a capturar operações que ocorrem após o início do processo de dump.

  6. Configure o processo Replicat MongoDB com o arquivo de trilha CDC gerado e defina a propriedade oplogReplayLastLsn como o timestamp da última operação do arquivo oplog.bson. Isso garante que o Replicat seja executado no modo oplog-replay, evitando colisões. Depois que o último timestamp é processado, ele continua no modo normal. Essa configuração garante uma iniciação precisa, sem perda ou duplicação de dados, e elimina a necessidade de um tratamento oneroso de colisões no Replicat.

Como posso executar cargas iniciais do Snowflake para o Oracle AI Database?

  1. Crie uma extração de captura de dados de alteração (do Oracle AI Database de origem).

  2. Obter SCN do banco de dados de origem.

  3. Crie uma extração de carga inicial (do Oracle AI Database de origem).

  4. Criar um caminho de distribuição para Extração CDC.

  5. Crie um caminho de distribuição para a carga inicial do Extract.

  6. Criar um processo de Replicat para a carga inicial (direcionando o Snowflake).

  7. Criar um processo de Replicat para a replicação de captura de dados de alteração (destinando o Snowflake).

O que devo fazer para corrigir "Exceção: net.snowflake.client.jdbc.SnowflakeReauthenticationRequest: O token de autenticação expirou. O usuário deve se autenticar novamente." erro na replicação do Snowflake do Oracle GoldenGate?

Este erro ocorre quando há longos períodos de inatividade. Para resolver esse problema, você pode definir o parâmetro JDBC CLIENT_SESSION_KEEP_ALIVE para forçar o usuário do banco de dados a fazer log-in após um período de inatividade.

snowflakecomputing.com/?warehouse=<warehouse-name>&db=<database-name>&CLIENT_SESSION_KEEP_ALIVE=true

O Oracle GoldenGate e o OCI GoldenGate suportam replicação DDL para Snowflake?

O Oracle GoldenGate pode ser configurado para propagar alterações DDL de origem para tabelas Snowflake de destino. Evolução automática de esquema é a capacidade de detectar, gerenciar e aplicar alterações a um esquema de banco de dados, como tabelas, colunas, índices ou relacionamentos, sem exigir intervenção manual. A evolução automática do esquema suporta a detecção de novos objetos e alterações de metadados e, em seguida, a geração automática de DDL de destino para evolução do esquema.

Para carregamento inicial, ele pode criar ou substituir tabelas de destino.

Para o CDC Replicat, ele pode criar ou modificar tabelas de destino durante a aplicação em andamento. Para obter mais detalhes, consulte a documentação do Oracle GoldenGate.

Posso usar o Oracle GoldenGate e o OCI GoldenGate para replicação do Iceberg do Apache?

Sim, o Oracle GoldenGate suporta replicação de dados em tempo real no Apache Iceberg. O Oracle GoldenGate usa a API Java do Apache Iceberg para Apache Iceberg Lakehouses abertos. O Oracle GoldenGate suporta catálogos Oracle AI Data Catalog, Amazon Glue, Polaris, Nesti, Hadoop, REST.

Posso usar o Oracle GoldenGate e o OCI GoldenGate para replicação de dados em tempo real para tabelas do Apache Iceberg no OCI Object Storage?

Sim, o Oracle GoldenGate e o OCI GoldenGate podem ser configurados para replicação de dados em tempo real para tabelas do Apache Iceberg armazenadas no OCI Object Storage por meio do ponto final da API S3 do OCI Object Storage. Consulte Criando um Lakehouse de Iceberg Apache em Tempo Real no OCI Object Storage com o OCI GoldenGate para obter mais detalhes.

A replicação do Oracle GoldenGate e do OCI GoldenGate Apache Iceberg suporta mesclagem na gravação?

Sim, o Oracle GoldenGate e o OCI GoldenGate suportam mesclagem na gravação para tabelas Iceberg gerenciadas por Snowflake, Google BigQuery e Databricks. Nessas plataformas, o GoldenGate usa os recursos de computação da plataforma de destino para compactação.

Como o Oracle GoldenGate e o OCI GoldenGate podem tratar atualizações de chave primária em tabelas parquet no OCI Object Storage?

O Oracle GoldenGate e o OCI GoldenGate tratam de atualizações de chave primária em três modos. Esse comportamento é controlado pela adição de gg.handler.name.format.pkUpdateHandling ao arquivo de propriedades Replicat. Os valores suportados incluem abend, update e delete-insert. Abend é o comportamento padrão. O processo Replicat falha quando uma atualização de chave primária é detectada e registra o erro no arquivo de relatório. A atualização trata a atualização da chave primária como qualquer outra operação de atualização. Use essa definição somente se puder garantir que a chave primária não seja usada como critério de seleção.

Delete-insert replica a atualização da chave primária como dois registros: um com a imagem anterior, marcada como uma exclusão e outro com a imagem posterior, marcada como uma inserção.

Para usar a inserção de exclusão, o processo Extract deve capturar registros de dados de alteração descompactados, o que significa que todas as colunas são gravadas no arquivo de trilha.

Para gerar registros descompactados, use LOGALLSUPCOLS para origens do Oracle AI Database e COMPRESSUPDATES | NOCOMPRESSUPDATES para bancos de dados não Oracle.

Por exemplo, ao replicar para o OCI Object Storage, defina gg.handler.<gg.target value>.format.pkUpdateHandling=delete-insert para replicar atualizações de chave primária como um registro de exclusão com a imagem anterior e um registro de inserção com a imagem posterior.

Como posso replicar as colunas Oracle DATE e TIMESTAMP para tabelas de parquet armazenadas no OCI Object Storage com o Oracle GoldenGate?

As colunas DATE e TIMESTAMP da Oracle são replicadas como strings por padrão quando nenhum mapeamento explícito é configurado. Sem o mapeamento adequado, os mecanismos downstream não reconhecerão essas colunas como tipos date/time, tornando impossível a aritmética de data, a filtragem de intervalo e o particionamento baseado em tempo sem a conversão explícita. A propriedade enableTimestampLogicalType permite o mapeamento de colunas DATE e TIMESTAMP da Oracle para o tipo lógico Avro timestamp-micros, que representa valores como microssegundos desde a época, a representação correta para cargas de trabalho analíticas e de data lake.

Na Replicação do Oracle GoldenGate Cloud Object Storage, os tipos de origem DATE e TIMESTAMP são mapeados para arquivos Avro (incluindo Parquet, Iceberg e Delta) como STRING por padrão.

Para replicar os tipos de origem DATE e TIMESTAMP como tipo lógico timestamp-micros para arquivos Avro (incluindo Parquet, Iceberg e Delta), defina gg.handler.<gg.target value>.format.enableTimestampLogicalType como true.

Quando o tipo lógico de timestamp está ativado, gg.format.timestamp também é obrigatório. Por exemplo: gg.handler.oci.format.enableTimestampLogicalType= truegg.format.timestamp=yyyy-MM-dd HH:mm:ss.SSSSSS

Como posso melhorar o desempenho de replicação do Oracle GoldenGate OCI Object Storage?

O desempenho da Replicação do Oracle GoldenGate Cloud Object Storage pode ser ajustado usando dois recursos principais: tipo de Replicat e parâmetro GROUPTRANSOPS. Além do tipo de Replicat e do agrupamento de transações, o tamanho dos arquivos produzidos pelo Replicat afeta diretamente o throughput e deve ser ajustado em conjunto com as outras definições. O Oracle GoldenGate Distributed Applications and Analytics fornece dois modos de replicação diferentes: Replicação Clássica e Replicação Coordenada.

O Replicat Clássico é um processo de thread único que aplica as mensagens aos serviços de armazenamento em nuvem de destino. O processo Replicat Coordenado é um processo multithread em que vários threads leem o arquivo de trilha do OGG de forma independente e aplicam transações em paralelo. O processo de Replicação do Oracle GoldenGate Cloud Object Storage otimiza o processamento com agrupamento de transações. O parâmetro GROUPTRANSOPS agrupa várias transações pequenas em uma única transação maior aplicada a destinos de armazenamento na nuvem. GROUPTRANSOPS é configurado no arquivo de parâmetros. Por padrão, GROUPTRANSOPS é definido como 1000. Você pode aumentar até 20000 para um melhor desempenho.

Por exemplo: GROUPTRANSOPS 20000

Como posso definir o tamanho do arquivo na replicação do Oracle GoldenGate e do OCI GoldenGate Google Cloud Storage?

O replicat do Oracle GoldenGate cria um arquivo no sistema de arquivos local e o mantém aberto até que uma condição de rollover seja atendida ou acionada por um evento de alteração de metadados da origem (como alteração de DDL). Os usuários podem controlar a sobreposição de arquivos usando propriedades de replicação. O Tamanho Máximo do Arquivo controla os tamanhos do arquivo. Por padrão, os tamanhos dos arquivos são configurados para 1 GB, mas podem ser configurados conforme necessário. Quando o tamanho máximo é atingido, o arquivo é fechado e um novo arquivo é gerado. Para obter mais detalhes, consulte Configurando o Handler do Gravador de Arquivos na documentação do Oracle GoldenGate for DAA.

O Oracle GoldenGate e o OCI GoldenGate suportam particionamento com replicação de arquivo parquet para o Google Cloud Storage?

O Oracle GoldenGate e o OCI GoldenGate suportam a criação de arquivos particionados em buckets de armazenamento de objetos de destino. O particionamento melhora o desempenho de poda e consulta downstream, mas o particionamento em excesso aumenta as contagens de diretórios/arquivos e amplifica o problema de arquivos pequenos.

Para usar o particionamento, os dados devem ser particionados pela tabela no nível mais alto. Isso é feito usando a propriedade pathMappingTemplate e deve ser definido com o nome de tabela totalmente qualificado.

Ele criará diretórios dentro do contêiner/bucket com base no nome da tabela de origem totalmente qualificada. Por exemplo: gg.eventhandler.<gg.target value>.pathMappingTemplate=${fullyQualifiedTableName}

Para criar partições, gg.handler.<gg.target value>.partitioner.<fully_qualified_table_name> é usado. Essa propriedade pode ser usada com palavra-chave de modelo como ${columnValue[column_name]} ou valores de string constante para definir a estrutura de caminho da partição.

O Oracle GoldenGate e o OCI GoldenGate suportam replicação DDL para arquivos parquet no Azure Data Lake Storage (ADLS)?

A replicação do ADLS do Oracle GoldenGate e do OCI GoldenGate propaga alterações DDL de origem automaticamente para os arquivos gerados. Como alternativa, o EVENTACTIONS pode ser usado para controlar o comportamento de Extract/Replicat no caso de uma operação DDL no banco de dados de origem.

Se a extração do Oracle GoldenGate capturar um evento Criar Tabela do banco de dados de origem, o processo Replicat criará um novo arquivo com o nome da tabela do evento Criar Tabela no bucket/contêiner de armazenamento de objetos da nuvem de destino.

Se a extração do Oracle GoldenGate capturar um evento Alterar Coluna/Eliminar Coluna do banco de dados de origem, o processo Replicat criará um novo arquivo refletindo a definição da tabela de origem atualizada.

Se a extração do Oracle GoldenGate capturar um evento Truncar do banco de dados de origem, você poderá configurar o processo Replicat para rolar o arquivo de dados no evento Truncar definindo:

gg.eventhandler.<gg.target value>.rollOnTruncate=true

Essa propriedade é definida como falsa por padrão e o processo Replicat não rola o arquivo no evento Truncar. A extração do Oracle GoldenGate captura um evento Eliminar Tabela do banco de dados de origem; isso não tem impacto no sistema de arquivos de destino.

Como o Oracle GoldenGate e o OCI GoldenGate lidam com o tipo de dados de origem Oracle NUMBER ao replicar para arquivos parquet no Azure Data Lake Storage (ADLS)?

O Oracle NUMBER é um tipo de dados decimal de precisão variável que pode representar números inteiros e valores decimais de ponto fixo com até 38 dígitos de precisão.

Se uma coluna for definida sem precisão e escala explícitas (por exemplo, NUMBER), o Oracle poderá armazenar valores com escala variável entre linhas e, em alguns cenários de replicação/geração de esquema, o formatador poderá não conseguir derivar deterministicamente uma única precisão/escala para o esquema de destino. Como resultado, os mapeamentos para Avro/Parquet geralmente usam uma representação decimal conservadora, a menos que você configure explicitamente a precisão e a escala para corresponder às definições da coluna de origem.

gg.handler.<gg.target value>.enableDecimalLogicalType é a chave mestra para mapeamento de tipo lógico decimal. Quando definido como verdadeiro, ele instrui o formatador Avro a mapear as colunas do Oracle NUMBER para o tipo lógico decimal Avro (bytes com logicalType: decimal) em vez do mapeamento padrão que grava números como primitivas ou strings numéricas Avro simples.

Quando a precisão/escala não pode ser deterministicamente inferida, o formatador normalmente escolhe uma definição decimal Avro conservadora (alta precisão e escala) para evitar a perda de precisão. Isso pode levar os consumidores a jusante a ver valores expressos em uma escala desnecessariamente grande (por exemplo, dígitos fracionários aparentes à direita).

Para alinhar o esquema de destino com definições de origem conhecidas e consistentes, especialmente para dados financeiros (saldos, preços, valores):

set gg.handler.<gg.target value>.maxPrecision e gg.handler.<gg.target value>.oracleNumberScale.

Quais métodos de autenticação do ADLS são suportados pelo Oracle GoldenGate e pelo OCI GoldenGate?

O Oracle GoldenGate e o OCI GoldenGate suportam Chaves de Acesso, Assinatura de Acesso Compartilhada e ID do Azure Entra.

O Oracle GoldenGate suporta Tabelas do Amazon S3?

Sim, o Oracle GoldenGate suporta replicação de Iceberg do Apache em tempo real para Tabelas do Amazon S3 por meio de Catálogos REST de Tabela do Amazon S3.

O Oracle GoldenGate e o OCI GoldenGate suportam uploads de várias partes para o Amazon S3?

Sim, habilitar o recurso Upload Multiparte do Amazon S3 permite fazer upload de arquivos grandes para o Amazon S3, dividindo-os em pequenas partes que podem ser carregadas de forma independente e em paralelo. Esse recurso resolve as limitações já conhecidas do Amazon S3, como o upload único de objetos de tamanho superior a 5 GB. Uma vez que todas as partes do arquivo são carregadas com sucesso, uma solicitação é feita para o Amazon S3 para montá-las em um único objeto. Para usar esse recurso, você precisa ativar o gg.eventhandler.s3.multipartEnabled=true na replicação do Amazon S3.

O Oracle GoldenGate e o OCI GoldenGate suportam particionamento com replicação de arquivo parquet para o Google Cloud Storage?

O Oracle GoldenGate e o OCI GoldenGate suportam a criação de arquivos particionados em buckets de armazenamento de objetos de destino. O particionamento melhora o desempenho de poda e consulta downstream, mas o particionamento em excesso aumenta as contagens de diretórios/arquivos e amplifica o problema de arquivos pequenos.

Para usar o particionamento, os dados devem ser particionados pela tabela no nível mais alto. Isso é feito usando a propriedade pathMappingTemplate e deve ser definido com o nome de tabela totalmente qualificado. Ele criará diretórios dentro do contêiner/bucket com base no nome da tabela de origem totalmente qualificada. Por exemplo: gg.eventhandler.<gg.target value>.pathMappingTemplate=${fullyQualifiedTableName}. Para criar partições, gg.handler.<gg.target value>.partitioner.<fully_qualified_table_name> é usado.

Essa propriedade pode ser usada com palavra-chave de modelo como ${columnValue[column_name]} ou valores de string constante para definir a estrutura de caminho da partição.

Qual é o preço do OCI Database Migration Service? (Factuais)

Os primeiros 183 dias (6 meses) de uma migração são fornecidos gratuitamente, exceto nos casos em que a migração é executada por mais de 60 dias sem qualquer transferência de dados.

Quais origens e destinos o OCI Database Migration Service suporta? (Factuais)

Atualmente, as migrações homogêneas da Oracle e MySQL são suportadas. As origens podem ser on-premises, em outras nuvens ou na OCI. Os alvos precisam estar na OCI. A Oracle tem suporte de 11g (11.2.0.4), 12c (12.1.0.2,12.2.0.1),19c,21c e todas as versões subsequentes do Oracle Database. MySQL: versões 5.7 e 8. Mais detalhes podem ser encontrados no próximo URL.

Quais são os tipos de migração suportados pelo OCI Database Migration Service?

Migração lógica off-line: Uma cópia única do banco de dados requer que os aplicativos estejam off-line durante o processo de migração. Migração lógica on-line: Cópia inicial do banco de dados seguida de captura de dados de alteração durante a migração. Os aplicativos podem permanecer on-line durante o processo de migração.

Durante uma migração da oracle, quais objetos e esquemas são excluídos por padrão?

Os seguintes tipos de objeto são sempre excluídos:

Os seguintes esquemas são excluídos por padrão:

Quais recursos da OCI são necessários para uma migração?

Onde o OCI GoldenGate está disponível?