Menu de navegação

[souzaParticipante]

Srs,

Devo usar um RAC para manter disponibilidade ?Ou o propósito do RAC seria para fins de escalabilidade e desempenho e para disponibilidade seria data guard ?

[RodrigofsParticipante]

Ola amigo, o RAC é uma solução que permite você ter alta disponibilidade, escalabilidade e desempenho. A alta disponibilidade se constitui por uma mesma base de dados pode ser acessada por várias intâncias, fornecendo tolerância a falhas, pois se uma instância cair outra a assume. O ideal é você ter a solução RAC junto com um storage para aumentar a segurança aos dados. O desempenho basicamente é pois você pode ter um cache compartilhado entre instâncias.

O data guard, é uma solução para usar como standby, ou seja, um servidor de banco de dados de produção que atualiza online um outro servidor banco de dados. Se o banco de dados de produção cair você pode levantar o servidor em standby. No Oracle 11g existem novidades significativas sobre o data guard vale a pena conferir. Me corrijam se estou errado, sei muito pouco sobre RAC e Data guard.

Abraços,
Rodrigo Santana

[cviniciusParticipante]

Amigos, é isso mesmo que o Rodrigo falou, comentário perfeito.

[ramasineParticipante]

Muito bem colocado mesmo!! 😉

[Marcio68AlmeidaParticipante]

Não é para toda situação que um RAC é a solução, pois pode inclusive diminuir a performance, depende da aplicação…
O dataguard é outra solução que pode ser custosa à aplicação…
É necessário fazer um bom levantamento pois nem sempre os melhores recursos são as melhores opções…
O RAC é bom para escalabilidade, isto é, incrementar novos servidores e atender à demanda.
Também é bom para disponibilidade, isto é, manter-se sempre disponível para as necessidades dos usuários.
O DataGuard é bom para garantir segurança e também é um ótimo recurso para ser utilizado como central de consultas, dividindo os trabalhos com o RAC de produção.
Mas são recursos, volto a dizer, que devem ser utilizados com critério, como tudo o mais na informática.

[vieriParticipante]

Perfeito Márcio.

Vc uniu a visão técnica com a visão de Gestão, é isso que está faltando nos profissionais de T.I.

Vcs sabiam que somente 20$ das chefias em T.I são por profissionais na nossa área. Portanto vamos questionar, vamos fazer a empresa economizar… e etc..

Aqui na empresa tivemos um sistema que era problemático com contenções,=> lock, quando implataram o RAC esses sintomas aumentaram e foi nescessário um tunning mto intenso do ambiente, em contra partida para disponibilidade foi excelente , passamos 1 ano sem nenhuma indisponibilidade.

E custoso para o cluster administrar lock, porque todo lock deve ser compartilhado entre as instâncias via inter-connect, existem sistemas que não “performam” clusterizados, outros sim… deve haver um ponderamento de tudo que o Marcio citou.

[vieriParticipante]

20%

[RodrigofsParticipante]

ola vieri e Marcio tudo bem?. Então, conheço muito pouco sobre RAC e dataguard, legal essa informação que vocês agregaram, o correto é saber que a tecnologia pode melhorar e também prejudicar em algum ponto, dependendo de como implementada.

Abraços,
Rodrigo Santana

[vieriParticipante]

É isso ai Rodrigo.

visão técnica
RAC pra mim é maior escalabilidade , disponibilidade e complexidade.

visão de gestão
RAC pra mim é mais caro, mais dba especializado,
mas é bom pra imagem da minha T.I

Dataguard nunca trabalhei , e não gosto muito da idéia dele para disponibildiade, gosto de idéia dele para replicação.
Mas cada caso é um caso, tem que entender os sistemas,
o perfil de profissionais que desenvolvem pra ele,
a importância dele pra empresa e propor sua arquiterura customizada para oque vc precisa.

[Rodrigo AlmeidaParticipante]

Excelente os comentários.

Complementando a última resposta do VIERI, o DATA GUARD (ou Standby Database) é mais utilizado para “site backups” ou seja, você possui no seu Data Center um ERP que não pode ficar parado de jeito nenhum e nele está um RAC com 5 ou 6 nós, para fornecer a disponibilidade a todos os usuários.

Esse mesmo Data Center se encontra em São Paulo, e sua empresa possui um “site backup” em Porto Alegre, em POA estará seus Data Guards do ERP caso acontece qualquer problema no seu Data Center de São Paulo.

Irá existir um tempo mínimo de downtime, para fazer a replicação para o Data Guard, porém, irá contiuar manter seu ERP em atividade evitando grandes danos! É a chamada disponibilidade em 99,9%.

Como o meu chará disse, para estudar no 11g, o Data Guard receveu um UPGRADE, ou seja, ACTIVE DATA GUARD, onde você pode ter um Standby Database aberto no modo Físico/Lógico para acesso de dados READ ONLY da base, ou seja, se é necessário apenas realizar consulta, você consegue colocar o DATA GUARD para trabalhar e conseguir mais atenção com o gerente dizendo que não está gastanto dinheiro a toa com as bases de StandBy.

Abraços,

[souzaParticipante]

Obrigado a todos pelos comentários.

[Autor]

Posts