ok, realmente se a qtdade de DMLs na base Oracle de origem é grande E deseja-se
o menor overhead possível pro online, E é impossível se identificar a trilha de
alterações pois não há colunas com data do dml nas tabelas a replicar, tão
mesmo fora quaisquer tipos de replicações síncronas baseadas em triggers, jobs
que refresham a cada x minutos e quetais...
Fosse replicação de banco-Oracle para banco-Oracle teríamos outras opções, mas
como não é, E o database destino não possui nenhum adaptador/conector
heterogêneo, nem pode servir de destino para replicação direta de logs via
goldengate, realmente e extração de SQLs a partir do redo log é uma opção muito
possível - sobre ela, só reforço os pontos que já disse no outro email, ie :
= como o SQL extraído estará no dialeto/sintaxe do Oracle, ele não pode ser
diretamente enviado pro vertica, vc vai ter que fazer o mesmo programinha seu
que extraiu os SQLs do redo ** converter ** esse SQl para a sintaxe do outro
tal DBMS... Isso é algo trabalhoso, vc vai ter que escrever bastante pra isso ,
mas já que não há verba para se adquirir uma solução pronta que já faça isso,
não vai ter como vc escapar
= se é Crítico que a solução de replicação imponha o menor overhead possível
no banco Oracle origem, avalie SERIAMENTE a possibilidade de enviar os archived
redo logs prum outro database Oracle num outro servidor, onde aí sim vc os
minera e extrai os SQLs a serem enviados... É ÓBVIO que o I/O e a CPU gastas
para minerar / ler os archives Implicam em overhead se isso for feito no
próprio banco de origem
Aproveito para indicar novamente, que Além da opção de extrair os SQLs do
redo, uma Outra opção que existe para vc trabalhar com os redos é vc configurar
a captura Integrada do goldengate : com esse cara, AUTOMAGICAMENTE cfrme os
redo logs vão sendo gerados, um processo já extrai os dados dele e os envia pro
destino No seu caso, como o destino não é um banco que o goldengate
reconheça, acredito que vc teria que ter o goldengate replicando para
arquivos-texto/flatfiles os dados, e aí esses flatfiles poderiam ser consumidos
pelo Vertica, seja enviando-os pro servidor do vertica e lá acionando as tools
de ingestão de dados do vertica, seja se tendo o servidor do vertica acessando
o servidor do Oracle (via NTFS, NFS, Samba, o que tiver/puder) e lendo os
arquivos diretamente...
Esta opção não é a melhor pro seu cenário , já que vai impor um overhead,
pequeno que seja mas vai, no servidor Oracle, e provavelmente vai ter Custos de
Licença de uso do Goldengate, mas existe Dá uma lida em
http://www.oracle.com/technetwork/database/availability/8398-goldengate-integrated-capture-1888658.pdf
e
http://www.oracle.com/webfolder/technetwork/tutorials/obe/fmw/goldengate/12c/OGG12c_Integrated_Replicat/index.html
para overview e exemplos de integrated capture, e dá uma pesquisada no
metalink sobre FLATFILE ADAPTER
[]s
Chiappa
