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 > >
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
