Yuri
Como tu deixou claro que a tua preocupação maior/única é a performance das rotinas de backup, segue minha resposta direta a isto (resumindo o que muitos já escreveram hoje): - Como teu banco já está em archive mode, um backup full com RMAN por dia vai ser muuuiiito mais performático do que 24 exports (além de que tu vai ter um backup real da base, hoje tu só tem uma cópia lógica defasada de parte dela) Étore From: [email protected] [mailto:[email protected]] On Behalf Of Yuri Menon Sent: segunda-feira, 5 de março de 2012 14:56 To: [email protected] Subject: Re: [oracle_br] desativar archivelog Mario e Milton, escrevi errado. Faço backup de hora em hora, porém com o sistema ONLINE e não backup frio como escrevi. Estou utilizando banco 10.2.0.1.0 Antigamente, fazia 1 backup RMAN por dia, ao término do expediente. Mas nos raros casos de desastres, sempre optamos pelos .dmp por serem mais recentes que os RMAN. Lembro de um caso de desastre que tínhamos Giga e mais Giga de .ARC, porém optamos por utilizar o último .dmp pelo fato de não termos conhecimento de como restaurar um banco com os .ARC Chiappa, não me incluo no caso que você mencionou, mas me incluo na falta de recurso de um servidor decente, então estou estudando a melhor política para o backup. Mas todos estão abrindo meus olhos para o RMAN, *se eu não perder desempenho certamente* esta será a forma escolhida. No caso da empresa em que trabalho, é mais fácil perdermos o cliente *devido a lentidão* do sistema que devido a perda de dados. Em 5 de março de 2012 14:03, José Mario Barduchi <[email protected] <mailto:zeguedel%40gmail.com> >escreveu: > Boa tarde Yuri > > Não sei se entendi direito, mas a sua política de backup está se basenado > em exp ? Na minha opinião, nem de longe um exp pode ser considerado uma > política de backup confiável... > > O fato de rodar de hora em hora o exp não garante a você o retorno de todos > os seus dados em caso de desastre. > > Várias vezes o pessoal aqui da lista já deu explicações sobre o assunto, dâ > uma buscada no histórico... > > Outra coisa, exp não é backup frio, ele é inconsistente já que no momento > que você o está executando, várias informações da instance são alteradas. > > Enfim, só um toque - estude rapidamente o rman e reveja a sua política. > Claro se o seu banco for importante, de produção e tal... > > Cara, não é aqui uma crítica hein.. É só um toque que acredito poder > ajudar... > > E não desabilite seus archives, a não ser em caso muito, muito específicos > e com tudo muito bem documentado. > > Abraço > > Mario > > > > Em 5 de março de 2012 11:41, Yuri Menon <[email protected] <mailto:yuri.menon%40gmail.com> > escreveu: > > > ** > > > > > > Agradeço a todas as respostas, li todas com atenção! > > > > Em um servidor estou gerando exports (comando exp e não expdp), cada dump > > tem cerca de 2,5 GB, por ser um backup frio, pode ser que o RMAN seja > mais > > confiável, mas será que tem a mesma performance? Afinal, estes exports de > > hora em hora não estão interferindo na performance do servidor. > > > > Preciso estudar mais sobre backup RMAN. Preciso experimentá-lo, testá-lo > > com calma. > > > > Ah! Já estava me esquecendo, o Emerson recomendou o Data Pump, eu já > estava > > atento a ele no tópico anterior(dúvida no IMP e EXP), mas tenho um certo > > receio de utilizá-lo pois já tive um probleminha com roles ao > utilizá-lo, e > > meu imp e exp estão funcionando belezinha, então por enquanto não > pretendo > > utilizar data pump. > > > > Obrigado pessoal! > > Abraços! > > > > Em 5 de março de 2012 11:25, Francisco Petersen Jr > > <[email protected] <mailto:fpetersenjr%40hotmail.com> >escreveu: > > > > > > > > > > Caro Yuri, como foi dito pelo pessoal num ambiente profissional é o > > > archivelog habilitado que pode/poderá e irá salvar teu emprego, caso > > > contrario se tiver que realmente desabilitar por uma demanda acima de > > vc, é > > > altamente recomendavel que vc tenha essa demanda devidamente > documentada > > > pq. na hora que der uma "ZICA" vc tira o teu da reta .... abraço ... > > > Francisco. > > > To: [email protected] <mailto:oracle_br%40yahoogrupos.com.br> > > > From: [email protected] <mailto:emersonmartins8%40gmail.com> > > > Date: Mon, 5 Mar 2012 08:35:09 -0300 > > > Subject: Re: [oracle_br] desativar archivelog > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Olá Yuri. > > > > > > Como os demais colegas Milton e Vitor explanaram anteriormente os dumps > > só > > > > > > servem no momento para mineração.Porém ainda saliento uma frase muito > > > > > > utilizada."Restore é quem garante teu emprego". Dump não é backup e > mesmo > > > > > > que ele seja exportado sem erros faz parte da estratégia a validação de > > > > > > backups.O RMAN já dar essa possibilidade.Então sugerimos backup com > RMAN, > > > > > > tomara que vc nunca precisa, mas se precisar ele vai te ajudar.Agora > > > > > > imagine você com um dump de tamanho grande e teu gerente no teu pé > para o > > > > > > sistema voltar.Além da velocidade de importação.Mesmo que você opte por > > dum > > > > > > sugiro usar o DataPump. > > > > > > > > > > > > Atenciosamente, > > > > > > > > > > > > Emerson Martins > > > > > > DBA > > > > > > Itec/AL > > > > > > emersonmartinsdba.blogspot.com > > > > > > > > > > > > Em 4 de março de 2012 23:24, Vitor Ugo Roda da Rosa Junior < > > > > > > [email protected] <mailto:vitorjr81%40gmail.com> > escreveu: > > > > > > > > > > > > > Se não está usando backup com RMAN, apenas exports dump, os archives > só > > > > > > > servem no momento para mineração. Se isso está a contento, fica a seu > > > > > > > critério. > > > > > > > Eu recomendo sempre a utilização do banco em modo archive, com backup > > via > > > > > > > RMAN! :) > > > > > > > > > > > > > > > > > > > > > Att,/Regards, > > > > > > > > > > > > > > > > > > > > > Vitor Jr. > > > > > > > Infraestrutura / Infrastructure Team > > > > > > > Oracle 11g DBA Certified Professional - OCP > > > > > > > Oracle Database 11g Performance Tuning Certified Expert - OCE > > > > > > > mail, gtalk e msn: [email protected] <mailto:vitorjr81%40gmail.com> > > > > > > > skype: vjunior1981 > > > > > > > > > > > > > > > > > > > > > > > > > > > > On 04/03/2012, at 21:05, Milton Bastos Henriquis Jr. wrote: > > > > > > > > > > > > > > > Posso tentar adivinhar a resposta?? rs.... > > > > > > > > > > > > > > > > Geralmente acontece isso quando os archives começam a ocupar muito > > > espaço > > > > > > > > em disco, > > > > > > > > e em bases que não tem manutenção (está em modo archivelog, mas não > > tem > > > > > > > um > > > > > > > > DBA e nem um script > > > > > > > > pra gerar backups e apagar archives obsoletos pra liberar espaço). > > > > > > > > > > > > > > > > Aí um dia começa a faltar espaço em disco, e querem parar de gerar > > > > > > > archives. > > > > > > > > > > > > > > > > Seria esse o motivo, Yuri? > > > > > > > > > > > > > > > > On Sun, Mar 4, 2012 at 8:50 PM, Vitor Ugo Roda da Rosa Junior < > > > > > > > > [email protected] <mailto:vitorjr81%40gmail.com> > wrote: > > > > > > > > > > > > > > > > > ** > > > > > > > > > > > > > > > > > > > > > > > > > > > Uma pergunta pertinente: Porque vai desativar o archive mode > Yuri? > > > > > > > > > > > > > > > > > > Att,/Regards, > > > > > > > > > > > > > > > > > > Vitor Jr. > > > > > > > > > Infraestrutura / Infrastructure Team > > > > > > > > > Oracle 11g DBA Certified Professional - OCP > > > > > > > > > Oracle Database 11g Performance Tuning Certified Expert - OCE > > > > > > > > > mail, gtalk e msn: [email protected] <mailto:vitorjr81%40gmail.com> > > > > > > > > > skype: vjunior1981 > > > > > > > > > > > > > > > > > > > > > > > > > > > On 04/03/2012, at 20:04, Milton Bastos Henriquis Jr. wrote: > > > > > > > > > > > > > > > > > > > Pelo contrário, teoricamente vc vai GANHAR desempenho se > > desativar. > > > > > > > > > > Porém, perderá (e muito) em segurança. > > > > > > > > > > > > > > > > > > > > Com o archivelog desativado vc não pode fazer backups online > (ou > > > > > > > seja, > > > > > > > > > com > > > > > > > > > > o banco aberto) pelo RMAN. > > > > > > > > > > > > > > > > > > > > Se vc não tem preocupação com segurança (por exemplo, não tem > > > > > > > problema se > > > > > > > > > > acontecer algum incidente e vc perder dados), daí tudo bem, > pode > > > > > > > mudar > > > > > > > > > pra > > > > > > > > > > noarchivelog. > > > > > > > > > > > > > > > > > > > > Para fazer isso: > > > > > > > > > > > > > > > > > > > > sqlplus / as sysdba > > > > > > > > > > > > > > > > > > > > SQL > SHUTDOWN IMMEDIATE; > > > > > > > > > > > > > > > > > > > > SQL > STARTUP MOUNT; > > > > > > > > > > > > > > > > > > > > SQL > ALTER DATABASE NOARCHIVELOG; > > > > > > > > > > > > > > > > > > > > SQL > ALTER DATABASE OPEN; > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Sun, Mar 4, 2012 at 7:10 PM, Yuri Menon < > [email protected] <mailto:yuri.menon%40gmail.com> > > > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > > >> ** > > > > > > > > > > > > > > > > > > >> > > > > > > > > > >> > > > > > > > > > >> Boa noite pessoal. > > > > > > > > > >> > > > > > > > > > >> Estou com uma dúvida, se puderem me ajudar eu agradeço. > > > > > > > > > >> > > > > > > > > > >> Pretendo desativar a função de ARQUIVELOG e surgiram algumas > > > > > > > dúvidas: > > > > > > > > > >> > > > > > > > > > >> - Vou perder desempenho após desativá-lo? > > > > > > > > > >> - O comando é este mesmo? -----> alter database noarchivelog > > > > > > > > > >> > > > > > > > > > >> Banco 10g. > > > > > > > > > >> > > > > > > > > > >> Desde já, agradeço! > > > > > > > > > >> > > > > > > > > > >> [As partes desta mensagem que não continham texto foram > > removidas] > > > > > > > > > >> > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > > > > > > > [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/[email protected]/ > > > > > > > > > > > > > > ---------------------------------------------------------- > > > > > > > >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 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > [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/[email protected]/ > > > > > > ---------------------------------------------------------- > > > >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 > > > > > > > > > > > > > [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/[email protected]/ > > ---------------------------------------------------------- > >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 > > > [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
