Blz? Então, na verdade pelo que entendi não é que vai haver replicação nos dois sentidos : pelo que entendi, a necessidade é a comum, ie, quando tem um crash no primário o standby remoto assume, e mais tarde, quando o primário for corrigido, o database é RETRANSFERIDO para o site primário E o site primário assume , é um switchover... Isso é Plenamente possível com standby, mas é um trabalho manual - normalmente o que se faz é restaurar o último backup no site primário, o subir como standby, sincronizar o standby e depois pedir o switchover.... O GG poderia sim ser usado, MAS de forma alguma o vejo como "única solução" se esse meu diagnóstico está correto...
[]s Chiappa --- Em oracle_br@yahoogrupos.com.br, Marcos Vinicius de Almeida Rocha <mva.rocha@...> escreveu > > Opa, não vi a parte que os dados do servidor secundario devem ser replicados > para o servidor primario. > Cara só vejo o GoldemGate como solução. > > > Marcos Vinicius de Almeida Rocha > Tel (81) 88784353 > MCP 2003 - MCDST - OCS partnner - OCA 10g > OCP 10g - OCP 11g - OCE SQL - OCE exadata > OCE MANAGER ORACLE ON LINUX > OCE RAC 10g - OCS IMPLEMENTATION 11g > OCE RAC 11g > > > ________________________________ > De: Marcos Vinicius de Almeida Rocha <mva.rocha@...> > Para: "oracle_br@yahoogrupos.com.br" <oracle_br@yahoogrupos.com.br> > Enviadas: Segunda-feira, 15 de Abril de 2013 10:27 > Assunto: Re: [oracle_br] Re: Replicação e sincronização de dados remotos > > > > Camarada, pelo que vc descreveu, acho que a solução de snapshot standby cai > como uma luva. > > O Rac esta fora de questão pois como mencionado "A comunicação entre eles é > feita via MPLS com um link de 1MB Full." não da para nada...rsrsrs sem falar > no custo com o licenciamento$$$$ ... > > A solução de implementar o GoldenGate realmente é muito boa porem eu ainda > ficaria com o bom e velho dataguard + flashback database. > > > > > Marcos Vinicius de Almeida Rocha > Tel (81) 88784353 > MCP 2003 - MCDST - OCS partnner - OCA 10g > OCP 10g - OCP 11g - OCE SQL - OCE exadata > OCE MANAGER ORACLE ON LINUX > OCE RAC 10g - OCS IMPLEMENTATION 11g > OCE RAC 11g > > > ________________________________ > De: ederson2001br <ederson2001br@...> > Para: oracle_br@yahoogrupos.com.br > Enviadas: Segunda-feira, 15 de Abril de 2013 10:10 > Assunto: [oracle_br] Re: Replicação e sincronização de dados remotos > > > > > 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 mailto:oracle_br%40yahoogrupos.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] >