Re: [oracle_br] Replicação Fisica Storage X Dataguard
Boa tarde a todos. Vejo dois problemas, além dos pontos já discutidos anteriormente na replicação de Storage X Data Guard: - Tudo é replicado, enquanto no Data Guard apenas as alterações são replicadas (e até o Redo é comprimido, no 11g). Se a relação link / tamanho de banco for boa, será viável, mas mesmo assim tem desvantagens quanto ao DG em utilização de link. Se o banco crescer, o link ou tempo de cópia terão que crescer. - Se o datafile estiver corrompido, será replicado corrompido (o mesmo problema de backup via BEGIN BACKUP). Portanto, deve ser necessariamente combinado com solução de backup via rman. No Data Guard (11.2) se um bloco é corrompido na Produção, é copiado o bloco bom do Standby para a Produção, e vice-versa. - O Data Guard (Lógico) pode ser utilizado para Rolling Upgrade (desde o 10.1), para uma aplicação de Patchset enquanto as alterações continuam a ser recebidas, ou seja, com pouquíssima indisponibilidade. Faça o upgrade, e depois um Switchover. Como desvantagem do Data Guard, vejo o preço, se o cliente ainda não tiver Enterprise o susto com a licença será muito grande. Se já tiver Enterprise, basta comprar a Feature. *Ricardo Portilho Proni* http://twitter.com/rportilhoproni Em 28 de outubro de 2011 14:49, Duilio Bruniera Junior duilio.bruni...@fastsolutions.com.br escreveu: ** E ai amigão ... eu me interesso muito por esse assunto ... Na verdade já trabalhei num projeto de redundância geográfica de um oracle rac 11, mais a distancia bem menor que a sua na verdade os dois ficavam em são Paulo só em partes diferentes da cidade. Nesse projeto montamos um Dataguard fisico com Observer for Switchover. Como é o seu link entre as duas maquinas ? (isso vai acabar sendo a coisa mais importante do projeto.) No seu caso você vai ter RAC nas duas pontas ou em uma das pontas vai ser single instance? Sua base de dados hoje é muito grande ? O primeiro ponta pé de dados da pra você clonar a base usando RMAN depois é so o dataguard fazer a sua parte. Lembrando que você vai ter que ter um bom link entre as maquinas. De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em nome de candiurudba Enviada em: sexta-feira, 28 de outubro de 2011 14:28 Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] Replicação Fisica Storage X Dataguard Boa tarde colegas, EStamos iniciando as atividades de replicação do Oracle RAC via Dataguard (RJ x SP) mas recentemente lemos algo sobre replicação entre storages de alguns fornecedores e gostaria de saber se alguem já vivenciou esta situação ? Pelo que entendi (no caso do Oracle), a ideia da replicação seria basicamente colocar as tabelaspaces em begin backup, copiar para o outro site automaticamente e aplicar esta copia mas nesta situação, o datafile teria que ser copiado com a utilização do begin backup não é isso ? Ou seja, se estamos trabalhando com grandes volumes, esta situação ficaria inviavel... Ao contrario do DG que somente envia os archives para o site de contingencia... Alguem já viu isto em algum lugar ? [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
Re: [oracle_br] Replicação Fisica Storage X Dataguard
O Data Guard já está incluido na licença do Enterprise. O que é Option é o Active Data Guard. Mas do resto, assino embaixo! Abraços Marcus Vinicius Miguel Pedro On 28/10/2011, at 15:42, Ricardo Portilho Proni wrote: Boa tarde a todos. Vejo dois problemas, além dos pontos já discutidos anteriormente na replicação de Storage X Data Guard: - Tudo é replicado, enquanto no Data Guard apenas as alterações são replicadas (e até o Redo é comprimido, no 11g). Se a relação link / tamanho de banco for boa, será viável, mas mesmo assim tem desvantagens quanto ao DG em utilização de link. Se o banco crescer, o link ou tempo de cópia terão que crescer. - Se o datafile estiver corrompido, será replicado corrompido (o mesmo problema de backup via BEGIN BACKUP). Portanto, deve ser necessariamente combinado com solução de backup via rman. No Data Guard (11.2) se um bloco é corrompido na Produção, é copiado o bloco bom do Standby para a Produção, e vice-versa. - O Data Guard (Lógico) pode ser utilizado para Rolling Upgrade (desde o 10.1), para uma aplicação de Patchset enquanto as alterações continuam a ser recebidas, ou seja, com pouquíssima indisponibilidade. Faça o upgrade, e depois um Switchover. Como desvantagem do Data Guard, vejo o preço, se o cliente ainda não tiver Enterprise o susto com a licença será muito grande. Se já tiver Enterprise, basta comprar a Feature. *Ricardo Portilho Proni* http://twitter.com/rportilhoproni Em 28 de outubro de 2011 14:49, Duilio Bruniera Junior duilio.bruni...@fastsolutions.com.br escreveu: ** E ai amigão ... eu me interesso muito por esse assunto ... Na verdade já trabalhei num projeto de redundância geográfica de um oracle rac 11, mais a distancia bem menor que a sua na verdade os dois ficavam em são Paulo só em partes diferentes da cidade. Nesse projeto montamos um Dataguard fisico com Observer for Switchover. Como é o seu link entre as duas maquinas ? (isso vai acabar sendo a coisa mais importante do projeto.) No seu caso você vai ter RAC nas duas pontas ou em uma das pontas vai ser single instance? Sua base de dados hoje é muito grande ? O primeiro ponta pé de dados da pra você clonar a base usando RMAN depois é so o dataguard fazer a sua parte. Lembrando que você vai ter que ter um bom link entre as maquinas. De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em nome de candiurudba Enviada em: sexta-feira, 28 de outubro de 2011 14:28 Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] Replicação Fisica Storage X Dataguard Boa tarde colegas, EStamos iniciando as atividades de replicação do Oracle RAC via Dataguard (RJ x SP) mas recentemente lemos algo sobre replicação entre storages de alguns fornecedores e gostaria de saber se alguem já vivenciou esta situação ? Pelo que entendi (no caso do Oracle), a ideia da replicação seria basicamente colocar as tabelaspaces em begin backup, copiar para o outro site automaticamente e aplicar esta copia mas nesta situação, o datafile teria que ser copiado com a utilização do begin backup não é isso ? Ou seja, se estamos trabalhando com grandes volumes, esta situação ficaria inviavel... Ao contrario do DG que somente envia os archives para o site de contingencia... Alguem já viu isto em algum lugar ? [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
