Bom dia Ederson! Opinião minha: acho que GoldenGate seria um exagero! Entendo que o cenário dele é bem definido como FailOver - ele quer usar apenas um servidor, e manter outro em StandBy. Eu vejo o Golden Gate mais indicado para replicação entre 2 servidores em produção simultânea.
Entendo que o caso dele é para DataGuard! 2013/4/15 ederson2001br <ederson200...@yahoo.com.br> > ** > > > Bom dia Rafael, > > Muito bom este tópico, com certeza haverá muita participação. > > Bem, vc passou um cenário como sendo de redundância, mas eu vejo como uma > situação de disaster_recover em site remoto, que é uma situação totalmente > diferente. > > Em redundância, vc colocaria um Oracle RAC com vários "nodes" em rede > local ou remotamente com enlace por fibra ótica dedicado (seu link de 1Mb > não seria o indicado). > > No caso de Disaster_Recover, eu acredito que o RAC não seria o mais > indicado, pois o desastre pode ser lógico (remoção/modificação/inserção de > dados incorretos) e haverá a necessidade de voltar em uma janela e o backup > pode não fornecer a opção para isto (apesar de poder ser configurado e > usado para tal). Outra observação é que os diversos "nodes" se conectam a > uma storage única (que também pode ser espelhada e outro local), mas aí já > estaremos além do escopo. > > Bem, a ferramenta Golden Gate seria uma opção, mas deverá ser configurada > para atualizar de madrugada e também em mão-dupla, isto é, o servidor de > disaster também será replicado para o produção. > > Tem também opção de ferramentas de terceiros para replicação, que podem te > atender. > > Considere que qualquer opção envolve licenciamento e não é implantado de > bate-pronto, leva um bom tempo de planejamento, adequação de > infra-estruturas físicas e configurações se serviços. > > Minha opinião, prá fechar: sua base é pequena, 100Gb é um volume de dados > que pode ser gerenciado com um backup lógico. Vc tendo dois bancos > separados geograficamente (veja a SOX para detalhes), vc pode gerar o > backup de madrugada e transferir para o outro server. Uma boa rotina para > testar o seu backup, é fazer a restauração diária. Desta forma vc terá > sempre um banco em produção e outro na janela do dia anterior. Este cenário > atende a SOX em Disaster_Recover desde que o SLA assim esteja assinado. > > Questão colocada em discussão. > > Ederson Elias > DBA Oracle > http://br.linkedin.com/pub/ederson-elias/24/8b/8b0 > ------------ > Labor improbus omnia vincit > > > --- Em oracle_br@yahoogrupos.com.br, Rafael HM Pereira <rafael.henrique@...> > escreveu > > > > 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] ------------------------------------ -------------------------------------------------------------------------------------------------------------------------- >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
