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

Responder a