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>: > 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> > >> >> >> 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>> >> Para: oracle_br@yahoogrupos.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> >> > >> >> > >> > >> > 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] > > > > ------------------------------------ > > -------------------------------------------------------------------------------------------------------------------------- >>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 > > >
