Legal isso.
Comecei a trabalhar com Standby com Oracle Standard One, muita coisa fazia
no braço e não era agradável.
Quando comecei a trabalhar com Data Guard com Oracle Enterprise, observei
que a vida ficou muito mais fácil e vários conceitos que tinha a respeito do
standby mudaram (evoluíram, r).
Respondendo ao questionamento da transferência. Também é configurável como a
transferência será efetuada. Você pode criar standby redo log (obrigatóvio
em alguns níveis de proteção). Ou pode deixar que a transferência seja
efetuada após a criação do archive (arquivamento do redo).
Porém, se utilizar standby redolog a transferência não é por redo completo,
observe o exemplo da máxima proteção, para que um commit no primário seja
validado, este é precedido de um commit no standby; portanto não foi
transferido o redo e sim os dados dessa transação. Isso é possível
configurando o modo de transferência. No fim das contas não fica visível
essa transferência e também não há perda de dados.
Na versão 11, veio a opção de compactar os dados da transferência,
melhorando ainda mais a performance entre primário e standby. Efetuei alguns
testes com standby na versão 11.2 e observei que os gaps (gargalos) são
aplicados mais rapidamente que na versão 10.2.
Creio que é isso.
[]s
2009/11/12 candiurudba
>
>
> Fala Braga..
>
> Ajudou e muito as suas respostas...
>
> O mundo dos sonhos com certeza seria a maximum protection ma fiquei com
> medo do banco primario cair, se o standby fosse derrubado a fim de garantir
> a integridade dos dados...mas se temos como configurar para não cair o
> primario, otimo !!
>
> O que ele envia são os redos online antes deles se tornarem os archives log
> ? Ou seja, o tamanho do redo log poderá podera influenciar na transferencia
> pelo LOG_TRANSPORT_SERVICE ?
>
> Minha dúvida é baseada pelo fato de uns testes que fiz aqui, com relação a
> replicação via standard (sem DG) onde eu tinha alguns gargalos para copiar
> os archives para o outro servidor...a copia demorava muito
>
> --- Em oracle_br@yahoogrupos.com.br ,
> Marcos Braga escreveu
>
> >
> > Olá,
> >
> > Vou responder o que souber.
> >
> > 1) Pense na seguinte hipótese do motivo da equidade de hardware: se o
> banco
> > primário faltar, o standby precisa de um hardware a altura para manter os
> > serviços ativos em qualidade e disponibilidade semelhantes ao primário.
> Na
> > prática, funciona em hardware diferente. O que deve levar em consideração
> é:
> > quanto de hardware é aceitável para executar o banco de maneira
> aceitável.
> >
> > 2) Quanto a licença, estou meio por fora, mas se lembro bem, são licenças
> > diferentes (uma para cada banco: primário e standby).
> >
> > 3) As questões conceituais que envolvem o nível e modo de proteção
> > (PROTECTION, AVAILABLE, PERFORMANCE) são bem aplicados em ambientes com
> mais
> > de um standby, espalhados em "sites" diferentes. MAXIMUM PROTECTION, como
> > mencionou de parar o standby, o primário pára, pode ser configurado para
> não
> > derrubar o banco primário, porém o banco altera o nível de proteção (isso
> é
> > automático). Pense em um ambiente Primário <=> Standby como um ambiente
> > fracamente acoplado, sem disponibilidade e redundância de rede. Essa é a
> > realidade de várias empresas, uma boa parte adota um cabo crossover para
> > efetuar a transferência entre primário / standby (o que já é uma falha).
> E
> > outras sequer cogitam em manter um nível de integridade que possa
> derrubar o
> > banco primário, caso o standby ou a rede falhe.
> >
> > Bom..., MAXIMUM AVAILABLE é focado em DISPONIBILIDADE, a transferência de
> > dados para o standby não é priorizada e caso ocorra algum problema no
> meio
> > de transferência (Oracle Net Service) ou com o próprio Standby, a
> > disponibilidade é preservada, mantendo o banco de dados primário
> disponível.
> >
> > MAXIMUM PERFORMANCE (creio que quis dizer esse conceito) preza a
> > PERFORMANCE, um standby pode consumir recursos do banco primário (como
> > exemplo: utilizando MAXIMUM PROTECTION). O modo de transferência de dados
> > para o Standby é assíncrono, portanto não há uma "confirmação" de que o
> dado
> > foi devidamente aplicado no Standby.
> >
> > MAXIMUM PROTECTION é a melhor dos três em nível de PROTEÇÃO, esse modo de
> > proteção garante que um COMMIT no banco de dados primário precede o mesmo
> > COMMIT no banco Standby. Na documentação da Oracle é aconselhável
> utilizar
> > este nível de proteção contanto que tenha mais de um standby (Se ocorrer
> > algum problema na rede que demore 10 minutos para ser resolvido, o banco
> de
> > dados primário é derrubado para manter o nível de proteção, as vezes isso
> > não é aceitável).
> >
> > Agora..., é possível configurar MAXIMUM AVAILABLE para trabalhar como um
> > MAXIMUM PROTECTION, ativando transferência síncrona e preservando o
> commit
> > do standby antes do primário. Se houver alguma falha na rede ou no
> standby,
> > o banco primário é preservado e continuará