Pessoal, estou vendo alguns colegas fazendo confusão em alguns pontos... 1 - Replicação Bi-Direcional Gente, o que o Rafael precisa NÃO É replicação bi-direcional! É um caso clássico de FailOver, StandBy, switch over, enfim, chamem como quiser... A replicação dele é unicamente do servidor ATIVO para o servidor standby.
"Ah, mas ele disse que quando o servidor secundário assumir, ele precisa replicar pro primário também" - Por isso mesmo que se chama "switch over", a partir do momento que o secundário assume a produção é ele que passa a ser o primário! Isso é algo totalmente suportado pelo DataGuard. Não há necessidade de Golden Gate. Golden Gate é para replicação realmente bi-direcional - os DOIS servidores ficam ativos constantemente, e quando um servidor sofre um insert (por exemplo), esse insert é replicado pro outro (exemplinho bem básico). No caso do Rafael, NÃO, somente um servidor é ativo, e ele vai replicando pro servidor failover (secundário). Caso haja algum problema no servidor primário, o secundário assume, e daí PODE acontecer uma troca de papéis, ou seja, o que era secundário vira primário, e vice-versa.... e daí obviamente inverte também a direção da replicação. 2 - RAC Pessoal, não há motivos pra citar RAC aqui. O cenário é completamente diferente. Em RAC temos 1 banco de dados (1 storage) e 2 ou mais instâncias (nós) acessando o mesmo banco de dados. O caso dele é de contingência do banco de dados... ele vai ter 2 banco de dados idênticos. No RAC, quando 1 nó, ou seja, 1 instância "cai", as outras assumem. Mas se o STORAGE "cai", não é o RAC que vai suprir esse problema. Se o storage cai, TUDO cai, correto? No DataGuard não... no DataGuard existe a contingência do banco de dados propriamente dito. Se um storage cair, o outro está online aguardando para assumir a bronca. 2013/4/15 Milton Bastos Henriquis Jr. <miltonbas...@gmail.com> > Se não me engano o Enterprise já contempla o Data Guard sim - só precisa > pagar licenciamento adicional caso queira o Active Data Guard > (não vou entrar em detalhes, vc pode pesquisar na internet as diferenças > do Active Data Guard). > > Sobre tua pergunta: o "Servidor secundário" pode ser Oracle Standard? > > Não, teu servidor secundário precisa ser idêntico ao primário... pois > pense bem, se vc está utilizando > features do Enterprise no principal, como é que os teus sistemas vão > funcionar num Standard? > Daí não adianta vc investir num servidor StandBy sendo que na hora que vc > precisar dele vc não vai > conseguir usar de maneira adequada... > > Quando falamos em contingência, o ideal é que o ambiente todo seja > idêntico. > > > > 2013/4/15 ciadart <rafael.henri...@gmail.com> > >> ** >> >> >> Milton bom dia!! >> >> A versão que tenho é a Enterprise. Ela já contempla o Data Guard ? >> >> Sendo o servidor Oracle Enterprise, o "Servidor secundário" pode ser >> Oracle Standard? >> >> Muito obrigado pelo retorno. >> >> Rafael >> >> --- Em oracle_br@yahoogrupos.com.br, "Milton Bastos Henriquis Jr." >> <miltonbastos@...> escreveu >> >> > >> > Caso típico de Data Guard. >> > >> > Esse Oracle 10g atual é Enterprise? Standard? >> > >> > >> > >> > >> > 2013/4/15 Rafael HM Pereira <rafael.henrique@...> >> > >> > > ** >> >> > > >> > > >> > > Pessoal bom dia!! >> > > >> > > Preciso montar um esquema de redundância / sincronização de dados >> entre 2 >> > > servidores oracle distribuidos em sites distintos. A comunicação >> entre eles >> > > é feita via MPLS com um link de 1MB Full. >> > > >> > > Estes dois servidores deverão ser sincronizados de madrugada, e o >> intuito >> > > da sincronização é criar uma redundância do serviço, tornando >> possível a >> > > continuidade das atividades em caso de falha do "Servidor principal". >> > > >> > > Hoje temos o "Servidor principal" onde ocorrem todas as transações e >> > > consultas. O "Servidor secundário" será utilizado apenas em caso de >> falhas >> > > e não terá um grande hardware, apenas o necessário para rodar o >> serviço >> > > temporariamente. >> > > >> > > Eu preciso que após a falha, o "Servidor secundário" assuma o >> controle e >> > > permita a realização das atividades. >> > > >> > > Porém, após o retorno do "Servidor principal", os dados trabalhados no >> > > "Servidor secundário" devem ser sincronizados / replicados para o >> "Servidor >> > > principal" e vice-versa, deixando ambos consistentes novamente. >> > > >> > > Hoje trabalhamos com o Oracle 10g no "Servidor principal", e gostaria >> de >> > > saber qual(is) serviços devem ser configurados para que este ambiente >> > > funcione corretamente. >> > > >> > > O tamanho de minha base de dados esta em torno de 100 GB. O sistema >> > > operacional dos servidores é Linux. >> > > >> > > Desde já agradeço o apoio! >> > > >> > > Muito obrigado >> > > >> > > -- >> > > Att, >> > > >> > > Rafael HM Pereira >> > > >> > > Linux User Id: 360166 >> > > Skype: rafaelhmpereira >> > > MSN: rafael.henrique@... >> >> > > Blog: http://rafaelhmpereira.blogspot.com >> > > LinkedIn: http://br.linkedin.com/in/rafaelhmpereira >> > > (27) 9233-0734 / (27) 3328-4320 >> > > >> > > [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
