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