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>
>
>
> 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> [mailto:
> oracle_br@yahoogrupos.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>
> 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>
> <mailto:ivanrs79%40gmail.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>
> <mailto:braga.marcos%40gmail.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>
> <mailto:caiospadafora%40yahoo.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>
> <mailto:braga.marcos%40gmail.com <braga.marcos%2540gmail.com>>
> <braga.marcos%40gmail.com><braga.marcos%
>
> > 40gmail.com>>
> > >> Para: oracle_br@yahoogrupos.com.br <oracle_br%40yahoogrupos.com.br>
> <mailto:oracle_br%40yahoogrupos.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>
> <mailto:fontana.marcos%40gmail.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]
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
[As partes desta mensagem que não continham texto foram removidas]
------------------------------------
--------------------------------------------------------------------------------------------------------------------------
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
--------------------------------------------------------------------------------------------------------------------------
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure »
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
>http://www.oraclebr.com.br/
------------------------------------------------------------------------------------------------------------------------
Links do Yahoo! Grupos
<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/
<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br
<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html
