Confere Milton, Assim que postei, notei q escrevi por engano e removi a mensagem. Realmente é caso para DataGuard, apesar da base ser pequena.
Ederson Elias DBA Oracle http://br.linkedin.com/pub/ederson-elias/24/8b/8b0 ------------ Labor improbus omnia vincit --- Em oracle_br@yahoogrupos.com.br, "Milton Bastos Henriquis Jr." <miltonbastos@...> escreveu > > 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 <ederson2001br@...> > > > ** > > > > > > 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] >
