[oracle_br] Re: Replicação no Oracle(Oracle Streams)

[jlchia...@yahoo.com.br [oracle_br]]

Opa : bem, tenha em mente que quando falamos de replicação de banco na íntegra 
(ie, estamos num cenário onde NÂO SÃO algumas tabelas específicas, nem um 
schema específico, queremos replicar TODO UM DATABASE, mesmo) de forma alguma 
Streams é a única opção nativa e sem custo para o RDBMS Oracle - o STANDBY (ie, 
o envio de archives para um servidor remoto aonde roda uma instância em recover 
contínuo) é parte integrante do RDBMS, mesmo do Standard... A questão é que o 
DATAGUARD te Automatiza esse envio e a aplicação - num banco Standard vc não 
tem a mão na roda que pe o DATAGUARD, então vc teria que criar rotinas para 
enviar E aplicar os archives, é o que chamamos de STANDBY MANUAL : ele é 
trabalhoso mas Inteiramente Possível de se fazer, dá uma googlada por ORACLE 
MANUAL STANDBY que vc acha trocentos exemplos de como fazer....
 
 Isso posto : as vantagens do STANDBY (manual no caso, já que a restrita 
Standrad Edition que vc usa não te dá o DATAGUARD) com envio e recepção de 
archives sobre a replicação via Stream são :
 
  a. processamento de archived redo logs é uma funcionalidade presente no core 
do RDBMS, então rigorosamente NENHUMA camada extra de software precisa ser 
instalada, e NENHUMA estrutura de dados/tabelas/repositórios/usuários de 
suporte necessitam ser criadas : ambos os fatores possuem implicações em termos 
de performance e de facilidade de uso/configuração 
  
  b. os redo log files são vetores de bytes a serem alterados em cima dos 
datafiles, então (logicamente) suportam praticamente Toda e Qualquer 
funcionalidade e todo e qualquer datatype que possa existir nas tabelas , AO 
CONTRÁRIO do Streams que por necessitar guardar os dados a replicar numa 
estrutura própria criada AO LARGO do dicionário de dados interno do RDBMS não 
dá Suporte tão amplo : veja no manual "Oracle® Streams Concepts and 
Administration 11g Release 2 (11.2)" o apêndice B - Oracle Streams Restrictions
  
De vantagem para o STREAMs, a única principal em que posso pensar é que com ele 
o database destino fica ONLINE o tempo todo, podendo (em tese) ser usado para 
Queries, enquanto que o STANDBY exige que o banco destino fique em MOUNT, com 
recuperação constante - para vc poder ter Consultas/relatórios no banco 
standby, vc necessariamente precisaria do ACTIVE DATAGUARD, pago e além disso 
não disponível para Standard Edition... 
 Outra situação em que eu poderia considerar o uso de STREAMS é se os 
pré-requisitos para o STANDBY não estejam presentes - digamos, banco em modo 
NOARCHIVE - por mais estranho que seja se pensar em banco Produção importante 
rodando em NOARCHIVE, isso até pode existir...
 
 []s
 
   Chiappa
   
  OBS : nem preciso dizer que, se as opções free e nativas acima não te 
atenderem, quando vc for validar as opções pagas, não só vc tem que avaliar as 
de Terceiros (como, além do DBVISIT, o Shareplex e vários outros) mas Também as 
da própria Oracle, como o Oracle Golden Gate, que (ao menos nas funcionalidades 
Básicas) afaik pode sim ser licenciado para todas as Editions...