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.ro...@yahoo.com.br> 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 <ederson200...@yahoo.com.br> 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]