Igor mas não vi a necessidade ai de abrir esse banco a noite, porque não
continuar aplicando os Archives normalmente?
Não há necessidade de todo dia a noite copiar novamente DATAFILE, REDO,
CONTROLFILE para a Standby.
Faça o backup via RMAN na produção e deixe a Standby aplicando archives
normalmente..
----- Original Message -----
From: Igor Laguardia
To: oracle_br@yahoogrupos.com.br
Sent: Thursday, September 17, 2009 5:00 PM
Subject: Re: [oracle_br] Re: Replicação de Banco
Na verdade a ideia Willian, é ter duas bases Standard, em servidores
distintos, uma ficaria parada(status=closed) e a outra, seria a de
produção(status=open).
1) A cada 15 min a maquina de produção faria um alter system switch logfile;
para forçar gerar archive, e copiaria estes archives gerados para o servidor
da instancia que está parada.
2) De noite, a replicação a cada 15min para, coloca o banco em backup mode,
e copia os datafiles, redos e controlfile para a maquina parada, e tira o
banco de backupmode. A replicação de 15 em 15 continua parada.
3) Ao finalizar a cópia, o banco que estava parado sofre um STARTUP, e
começa a aplicar os archives que foram copiados durante o dia. Ao fim da
cópia, o banco sofre um shutdown immediate.
4) A replicação a cada 15 min começa novamente.
Com este processo, na pior das hipóteses, teremos 15min de perda de
informação.
2009/9/17 Willian Fernando Frasson <wfras...@yahoo.com.br>
>
>
> corrigindo meu português:
>
> Vai ter a base Standby aplicando archives em um banco Standart certo?
>
>
> Porque não replicar uma das Standby seriam duas Standby na mesma maquina
> certo?
>
> Dai você abre uma delas a noite, faz o backup e coloca uma rotina que
> retoma a STBY para STBY2 novamente..
>
> ----- Original Message -----
> From: Willian Fernando Frasson
> To: oracle_br@yahoogrupos.com.br <oracle_br%40yahoogrupos.com.br>
> Sent: Thursday, September 17, 2009 1:56 PM
> Subject: Re: [oracle_br] Re: Replicação de Banco
>
> Apenas um pitaco...
>
> Vai ter a base Standby não aplicando archives certo?
>
> Porque não replicar uma das Standby seriam duas Standby na mesma maquina
> certo?
>
> Dai você abre uma delas a noite, faz o backup e coloca uma rotina que
> retoma a STBY para STBY2 novamente..
>
> ----- Original Message -----
> From: Igor Laguardia
> To: oracle_br@yahoogrupos.com.br <oracle_br%40yahoogrupos.com.br>
> Sent: Thursday, September 17, 2009 11:18 AM
> Subject: Re: [oracle_br] Re: Replicação de Banco
>
> Passei um caso deste na empresa que eu trabalhava.
>
> O que fizemos foi bem "simples" mas IMO uma gambiarra danada.
>
> Primeiro leve em consideração, conforme o Chiappa falou, versão Standard é
> totalmente "capada" e não há como implementar features de replicação sem
> perda de dados.
>
> Visto isto, veja com seu cliente quanto tempo é plausível uma perda de
> informações, como fizemos no meu caso, que foi 15 min.
>
> O que faziamos era assim, a cada 15 min era executada uma batch que fazia
> switch no redo log online, forçando o arquivamento deste log. logo depois,
> este archive era copiado para maquina standby, que possuia a mesma
> estrutura
> da principal, porem o banco ficava parado.
>
> Todos os dias de noite, nós colocavamos o banco principal em backup mode, e
> copiavamos o banco inteiro para a outra maquina. Ao fim, subiamos o banco
> na
> outra maquina, aplicavamos os archives do dia e faziamos backup. Este
> processo era todo automático e feito por scripts bat.
>
> Fizemos alguns testes de contingência, e apesar dela ser manual, funcionava
> perfeitamente.
>
> 2009/9/9 jlchiappa <jlchia...@yahoo.com.br <jlchiappa%40yahoo.com.br>>
>
> >
> >
> > Colega, sendo a versão Standard, como é, ** extremamente ** podada e
> > LIMITADA, não é surpresa que nela vc absolutamente Não pode usar o
> Dataguard
> > "avançado", que é a solução completa e automatizada de replicação de
> > banco/standby, vc terá que fazer manualmente algo como o mostrado em
> > http://www.dbasupport.com/oracle/ora10g/manual_standby.shtml , E perderá
> > os recursos do dataguard, como a chance de ter o banco Standby aberto e
> > atendendo à consultas (aliviando a Produção desses encargos), a escolha
> de
> > replicar os logs OU os SQLs, e outros quetais...
> >
> > []s
> >
> > Chiappa
> > --- Em oracle_br@yahoogrupos.com.br
<oracle_br%40yahoogrupos.com.br><oracle_br%
> 40yahoogrupos.com.br>,
> > "flavio_delamare" <flavio_delama a...@...> escreveu
> >
> > >
> > > Olá, Pessoal!
> > >
> > > Gostaria de saber quais as possibilidades para implementar uma
> replicação
> > de banco em um site externo de contingência.
> > > Utilizo uma versão Standard do Oracle 10g.
> > >
> > > Grato pela ajuda!
> > >
> > > Flavio
> > >
> >
> >
> >
>
> --
> [ ]'s
> Igor Laguardia
> ----------------------------------------------------------
> "Wenn ist das Nunstück git und Slotermeyer? Ja! ... Beiherhund das Oder die
> Flipperwaldt gersput."
> Monty Phyton's "Funniest Joke in the World"
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> ----------------------------------------------------------
>
> O Banco de Dados de Vírus interno expirou.
> Verificado por AVG - http://www.avgbrasil.com.br
> Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de
> Lançamento: 30/1/2009 17:31
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> ----------------------------------------------------------
>
> O Banco de Dados de Vírus interno expirou.
> Verificado por AVG - http://www.avgbrasil.com.br
> Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de
> Lançamento: 30/1/2009 17:31
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
--
[ ]'s
Igor Laguardia
----------------------------------------------------------
"Wenn ist das Nunstück git und Slotermeyer? Ja! ... Beiherhund das Oder die
Flipperwaldt gersput."
Monty Phyton's "Funniest Joke in the World"
[As partes desta mensagem que não continham texto foram removidas]
------------------------------------------------------------------------------
O Banco de Dados de Vírus interno expirou.
Verificado por AVG - http://www.avgbrasil.com.br
Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de
Lançamento: 30/1/2009 17:31
[As partes desta mensagem que não continham texto foram removidas]
