Blz Marcos,
Interessante essa teoria; realmente a cópia dos archives não é complicada,
mas os redos online não sei como faria para mostrar ao standby que estão lá
e são para ser aplicados.
[]s
Braga
2010/7/15 Marcos Fontana <fontana.mar...@gmail.com>
> Poise,
>
> Na verdade no standby ele sempre pede o próximo que é o corrente do
> primário. Concorda que se vc tiver uma réplica fiel, replica via bloco de
> SO, replica perfeita você pode fornecer a localização do online naquele
> momento que o Oracle pede o arquivo corrente? Ele é um arquivo de redo, só
> que online. Acredito eu que ele deve processar este arquivo até o último
> comando. O arquivo é sequencial, não vejo porque o Oracle não iria
> processá-lo. É a mesma coisa que acontece quando há uma falha de energia
> por
> exemplo, o Oracle processa os redos online para recuperar tudo, processo de
> praxe.
>
> Vou realizar estes testes na próxima semana e reporto para vocês.
>
> Atenciosamente,
>
> Marcos Fontana
>
> 2010/7/15 Ivan Ricardo Schuster <ivanr...@gmail.com>
>
> >
> >
> > Agora fiquei curioso, como você subirá o standby aplicando os dados de
> redo
> > online do banco de produção?
> >
> > 2010/7/15 Marcos Fontana <fontana.mar...@gmail.com<fontana.marcos%
> 40gmail.com>
> > >
> >
> > > Senhores,
> > >
> > > Na verdade já implementei o standby manual, no momento faço a validação
> > > para
> > > saber se estão sincronizados de forma automática e todo o processo de
> > > aplicação dos logs e remoção dos logs já aplicados vide script abaixo:
> > >
> > > for LOG in "`grep ORA-00278 $STANDBYDIR/logs/$INSTANCIA.log`"; do
> > > rm `echo -n "$LOG" | awk '{print $4}' | sed s/\'//g | perl -0pe
> > > 's/[\r\n]/ /g' `
> > > done
> > >
> > > for LOG in "`grep longer $STANDBYDIR/logs/$INSTANCIA.log | grep -v
> ^no`";
> > > do
> > > rm `echo -n "$LOG" | awk '{print $1}' | sed s/\'//g | perl -0pe
> > > 's/[\r\n]/ /g' `
> > > done
> > > Esse é um pequeno pedaço. O que eu acredito ainda ser possível é não
> ter
> > > perda de dados, onde ja tenhos todos os archives aplicados ao standby e
> > > ainda uma replica dos redos online no meu standby. Esta replica é via
> > block
> > > device usando ou recursos de replica de storage ou DRBD no Linux. Dada
> a
> > > queda da produção posso aplicar até os redos online trasendo as
> > > alterações até o último momento, tendo perda zero de informações.
> > >
> > > O FAL não é uma preocupação já que da para implementar um daemon que
> faça
> > o
> > > que ele faz, isso é bem tranquilo.
> > >
> > > Olha que ainda é possível montar um standby com automatic fail over. Se
> > > integrar o heartbeat do Linux junto a estes scripts acredito que da pra
> > > montar uma solução muito legal e de switch automático. Vocês acham que
> é
> > > fácil vender um produto deste? Um standby com standard e sem perda?
> Acho
> > > que
> > > é um produto legal para DR. Lembrando que isso aqui não tem nada há ver
> > com
> > > backup, isso é só solução para DR.
> > >
> > > Acredito que nem todo mundo tem grana para adquirir Enterprise e as
> vezes
> > > precisa dele só por causa do DG.
> > >
> > > Atenciosamente,
> > >
> > > Marcos Fontana
> > > 2010/7/15 Welvis Douglas <wel...@stcruz.com.br <welvis%40stcruz.com.br
> >>
> > >
> > > >
> > > >
> > > > Aqui na empresa é utilizado scripts shell para fazer isso.
> > > >
> > > > Este script atualiza os bancos 9i e 8 que não são EE em um outro
> site.
> > > >
> > > > Para o 10g EE é utilizado o data guard.
> > > >
> > > > Att,
> > > >
> > > > Welvis
> > > >
> > > > _____
> > > >
> > > > De: oracle_br@yahoogrupos.com.br <oracle_br%40yahoogrupos.com.br
> ><oracle_br%
> > 40yahoogrupos.com.br>
> > > [mailto:
> > > > oracle_br@yahoogrupos.com.br <oracle_br%40yahoogrupos.com.br
> ><oracle_br%
> > 40yahoogrupos.com.br>] Em
> > > > nome de Marcos Braga
> > > > Enviada em: quinta-feira, 15 de julho de 2010 13:02
> > > >
> > > > Para: oracle_br@yahoogrupos.com.br <oracle_br%40yahoogrupos.com.br
> ><oracle_br%
> > 40yahoogrupos.com.br>
> > > > Assunto: Re: [oracle_br] Standby Manual
> > > >
> > > > Vlw Ivan.
> > > >
> > > > Atualmente, para garantir a continuidade do standby e observar se os
> > > > archives estão sendo aplicados, utilizo scripts em shell, os quais
> são
> > > > eficientes nessa função.
> > > >
> > > > Claro que existem outras alternativas, como você mencionou. E deixo
> > claro
> > > > sempre para os clientes sobre os riscos de utilizar um standby sem
> > > > dataguard.
> > > >
> > > > Mas também utilizo outros métodos de backup para minimizar essa
> perda,
> > > caso
> > > > ocorra. Creio que um standby isolado, como única solução de backup
> não
> > é
> > > > uma
> > > > solução abrangente. Cada caso é um caso e deve ser estudado,
> discutido
> > e
> > > > ponderado quanto a solução adotar.
> > > >
> > > > Agradeço a opinião.
> > > >
> > > > []s
> > > > Braga
> > > >
> > > > 2010/7/15 Ivan Ricardo Schuster <ivanr...@gmail.com<ivanrs79%
> 40gmail.com><ivanrs79%
> > > 40gmail.com>
> > > > <mailto:ivanrs79%40gmail.com <ivanrs79%2540gmail.com> <ivanrs79%
> 2540gmail.com> <ivanrs79%
> > 2540gmail.com> <ivanrs79%
> > > 2540gmail.com>> >
> > > >
> > > >
> > > > >
> > > > >
> > > > > Braga, concordo com você que nem todos os clientes tem condições de
> > > > > pagar por um Oracle Enterprise, com Dataguard, etc, etc, mas
> concordo
> > > > > também com o Caio que uma implementação deste tipo deve ser muito
> bem
> > > > > avaliada e devem-se pesar os prós e contras na hora de avaliar a
> > > > > viabilidade e principalmente a segurança desse negócio.
> > > > >
> > > > > Veja bem, duvido muito que o nosso amigo vai querer implementar
> esta
> > > > > solução e entregar de graça para o cliente, o cliente vai pagar a
> > > > > solução. Além disso, o cliente vai pagar tambem a licença do
> standby.
> > > > > Ele não recebeu a solução de graça e vai exigir que funcione quando
> > > > > tudo estiver pegando fogo.
> > > > >
> > > > > Você garantiria a solução?
> > > > > Quem vai pagar o prejuízo do cara se ele descobrir que quando o
> > > > > standby dele precisar ser usado, não estará disponível (uma
> > hipotese)?
> > > > >
> > > > > O cliente não tem condições de pagar por um dataguard? Eu optaria
> por
> > > > > implementar um standby com simples aplicação de archives, sem
> querer
> > > > > inventar a roda. Defina um valor para ARCHIVE_LAG_TARGET e avise
> seu
> > > > > cliente que ele poderá perder até X minutos de dados em caso de
> falha
> > > > > na produção. Você não engana ninguem e pode dormir tranquilo.
> > > > >
> > > > > 2010/7/15 Marcos Braga <braga.mar...@gmail.com<braga.marcos%
> 40gmail.com>
> > <braga.marcos%
> > > 40gmail.com>
> > > > <mailto:braga.marcos%40gmail.com
> > > > <braga.marcos%2540gmail.com><braga.marcos%
> 2540gmail.com><braga.marcos%
> > 2540gmail.com><braga.marcos%
> > > 2540gmail.com>>
> > > > <braga.marcos%40gmail.com>
> > > >
> > > > > >:
> > > > >
> > > > > > Olá Caio,
> > > > > >
> > > > > > Concordo contigo quando a redução de custo não compensa a gama de
> > > > > features
> > > > > > disponíveis para manter um standby funcionando.
> > > > > >
> > > > > > Onde trabalho utilizo vários deles, incluindo as facilidades do
> > > Broker
> > > > e
> > > > > as
> > > > > > novas facilidades para criar um standby com RMAN.
> > > > > >
> > > > > > Mas também atendo clientes de pequenas empresas que adquiriram
> > > > servidores
> > > > > > OEM com Oracle Standard Edition One licenciado.
> > > > > >
> > > > > > Para esses clientes foram sugeridas e discutidas várias soluções
> de
> > > > > backup
> > > > > > utilizando RMAN e Data Pump; mas a maioria prefere Standby; mesmo
> > > > > correndo
> > > > > > os riscos informados, ainda assim preferem. Creio que sentem-se
> > mais
> > > > > seguros
> > > > > > sabendo que existe um banco ativo (montado) já em funcionamento
> só
> > > > > aplicando
> > > > > > as alterações de tempos em tempos. Mantenho outras soluções
> > agregadas
> > > > ao
> > > > > > Standby, por precaução.
> > > > > >
> > > > > > Esse é o único motivo de utilizar um Standby Manual.
> > > > > >
> > > > > > Gosto dos benefícios que foram implementados no decorrer das
> > versões
> > > e
> > > > > > observo em um ou outro cliente que o Standby deixou de ser apenas
> > um
> > > > mero
> > > > > > banco passivo para tornar-se ativo. Algumas consultas foram
> > > > direcionadas
> > > > > > para o standby, e isso ajudou muito na otimização do ambiente
> > (claro
> > > > que
> > > > > > cada caso é um caso, não recomendo isso para todos).
> > > > > >
> > > > > > Agradeço sua opinião.
> > > > > >
> > > > > > []s
> > > > > > Braga
> > > > > >
> > > > > >
> > > > > > 2010/7/14 Caio Spadafora <caiospadaf...@yahoo.com.br
> <caiospadafora%40yahoo.com.br>
> > <caiospadafora%
> > > 40yahoo.com.br>
> > > > <mailto:caiospadafora%40yahoo.com.br<caiospadafora%2540yahoo.com.br><caiospadafora%
> 2540yahoo.com.br><caiospadafora%
> > 2540yahoo.com.br><caiospadafora%
> > > 2540yahoo.com.br>>
> > > > <caiospadafora%40yahoo.com.br>
> > > >
> > > > > >
> > > > > >
> > > > > >>
> > > > > >>
> > > > > >> Acho que temos que pensar bastante nos prejuizos de não se
> > utilizar
> > > do
> > > > > >> Dataguard, que são muitos, e o único benefício desse tipo de
> > solução
> > > > que
> > > > > >> vejo é
> > > > > >> a redução de custos de se utilizar uma edição com licenciamento
> > mais
> > > > > baixo
> > > > > >> e por
> > > > > >> procesador físico (e não por core - no caso SE e SEO)...
> > > > > >>
> > > > > >> Algumas coisas que acredito que NÃO sejam triviais de
> implementar
> > > > > >> manualmente em
> > > > > >> uma replicação:
> > > > > >>
> > > > > >> FAL Server
> > > > > >> Correção de gaps em duas vias
> > > > > >> Failover automático com os serviços de arquivamento agindo de
> > acordo
> > > > com
> > > > > o
> > > > > >> papel
> > > > > >> desempenhado pelo nó
> > > > > >> Implementar um modo de máxima disponbilidade (que fique
> > transitando
> > > de
> > > > > >> acordo
> > > > > >> com thresholds definidos entre os níveis de proteção de máxima
> > > > segurança
> > > > > e
> > > > > >> máxima performance)
> > > > > >> Controlar a remoção "indevida" de archives que não foram
> > > corretamente
> > > > > >> replicados
> > > > > >> Active Dataguard
> > > > > >> Flexibilidades na utilização de SQL Apply
> > > > > >>
> > > > > >> Com certeza devem existir outras e talvez nem todas sejam
> > relevantes
> > > > > para
> > > > > >> determinados ambientes, acho que como aprendizado é muito
> > > interessante
> > > > > mas
> > > > > >> comercialmente falando talvez seja uma "sinuca de bico" afinal
> > isso
> > > > pode
> > > > > >> representar uma redução de custo de repente 200/300k facilmente,
> > mas
> > > > se
> > > > > >> alguma
> > > > > >> empresa grande tem a preocupação de ter essa "maior
> > disponibilidade"
> > > > ela
> > > > > >> tem de
> > > > > >> entender os custos desse tipo de solução, implementar
> manualmente
> > > por
> > > > > >> questões
> > > > > >> de custo não deixa de ser uma alternativa, mas se pensarmos
> sempre
> > > em
> > > > > >> alternativas em relação a custo acho que 50% dos nossos bancos
> não
> > > > > seriam
> > > > > >> Oracle...
> > > > > >>
> > > > > >> Apesar disso se esses 200/300k de custo de licenciamento (mais
> os
> > > > custos
> > > > > de
> > > > > >>
> > > > > >> suporte) viessem para o meu bolso (que fosse 25% do montante)
> > também
> > > > > >> estaria eu
> > > > > >> pensando como vocês :)
> > > > > >>
> > > > > >> Caio Spadafora,
> > > > > >> Database Administrator,
> > > > > >> http://digitalgrimoa.blogspot.com/
> > > > > >> http://recoveryarea.blogspot.com/
> > > > > >> http://0011brothers.blogspot.com/
> > > > > >>
> > > > > >> ________________________________
> > > > > >> De: Marcos Braga <braga.mar...@gmail.com<braga.marcos%
> 40gmail.com><braga.marcos%
> > 40gmail.com>
> > > > <mailto:braga.marcos%40gmail.com
> > > > <braga.marcos%2540gmail.com><braga.marcos%
> 2540gmail.com><braga.marcos%
> > 2540gmail.com><braga.marcos%
> > > 2540gmail.com>>
> > > > <braga.marcos%40gmail.com><braga.marcos%
> > > >
> > > > > 40gmail.com>>
> > > > > >> Para: oracle_br@yahoogrupos.com.br<oracle_br%
> 40yahoogrupos.com.br><oracle_br%
> > 40yahoogrupos.com.br>
> > > > <mailto:oracle_br%40yahoogrupos.com.br<oracle_br%2540yahoogrupos.com.br>
> <oracle_br%2540yahoogrupos.com.br>
> > <oracle_br%2540yahoogrupos.com.br><oracle_br%
> > > 2540yahoogrupos.com.br>>
> > > >
> > > >
> > > > <oracle_br%40yahoogrupos.com.br><oracle_br%
> > > > > 40yahoogrupos.com.br>
> > > > >
> > > > > >> Enviadas: Quarta-feira, 14 de Julho de 2010 18:23:09
> > > > > >> Assunto: Re: [oracle_br] Standby Manual
> > > > > >>
> > > > > >>
> > > > > >> Olá Marcos,
> > > > > >>
> > > > > >> Pensando dessa maneira, estaremos salvando todos os archives em
> > mais
> > > > de
> > > > > um
> > > > > >> local, portanto a resposta é sim. É possível recuperar a
> instância
> > > > > standby
> > > > > >> até o último momento.
> > > > > >>
> > > > > >> Tempos atrás pensei em fazer o seguinte teste, infelizmente não
> > > > executei
> > > > > >> ainda.
> > > > > >>
> > > > > >> 1. Compartilhar um diretório do host standby;
> > > > > >> 2. Mapear esse diretório no host primário;
> > > > > >> 3. Criar uma entrada em LOG_ARCHIVE_DEST apontando para esse
> > > > > >> compartilhamento.
> > > > > >>
> > > > > >> Penso em ser uma forma de "duplicar" a gravação dos redos no
> > > servidor
> > > > de
> > > > > >> standby (tirando assim a necessidade de redo online).
> > > > > >>
> > > > > >> O que acha?
> > > > > >>
> > > > > >> []s
> > > > > >> Braga
> > > > > >>
> > > > > >> 2010/7/14 Marcos Fontana <fontana.mar...@gmail.com
> <fontana.marcos%40gmail.com>
> > <fontana.marcos%
> > > 40gmail.com>
> > > > <mailto:fontana.marcos%40gmail.com
> > > > <fontana.marcos%2540gmail.com><fontana.marcos%
> 2540gmail.com><fontana.marcos%
> > 2540gmail.com><fontana.marcos%
> > > 2540gmail.com>>
> > > > <fontana.marcos%40gmail.com>
> > > >
> > > > > <fontana.marcos%40gmail.com>
> > > > >
> > > > > >> >
> > > > > >>
> > > > > >> >
> > > > > >> >
> > > > > >> > Caros,
> > > > > >> >
> > > > > >> > Estava pensando aqui comigo e cheguei a uma ideia de como
> montar
> > > um
> > > > > >> standby
> > > > > >> > sem data guard livre de perda de dados. Caso os redos online
> > sejam
> > > > > >> alocados
> > > > > >> > em um dispositivo que faça replicação de blocos (DRBD, SAN com
> > > > > >> replication)
> > > > > >> > é possível a recuperação da instância até o último momento
> > > correto?
> > > > > >> >
> > > > > >> > Saudações a todos,
> > > > > >> >
> > > > > >> > Marcos Fontana
> > > > > >> > OCP
>
[As partes desta mensagem que não continham texto foram removidas]
