obrigado pela ajuda e pelas dicas. 2015-05-28 16:33 GMT-03:00 Rafael Mendonca raffaell.t...@yahoo.com [oracle_br] <oracle_br@yahoogrupos.com.br>:
> > > Pode sim. > Você pode apagar manualmente, mas o Oracle ainda ficará sem saber que > aquele espaço está livre. > Então depois disso, você precisa conectar no RMAN e mandar um: > > RMAN> crosscheck archivelog all; > > Depois disso os archives que você apagou na munheca ficarão expirados, daí > você manda: > > RMAN> DELETE EXPIRED BACKUP; > > Daí você libera espaço e pode mudar novamente o parâmetro > db_recovery_file_dest para o DATA > > > Você deletando esses archives e **se eles não foram backupeados**, você > não vai poder fazer uma recuperação completa do seu database até que seja > feito um novo backup full. > > > Via manual da Oracle, a boa prática é que você tenha no mínimo dois > diskgroups, um DATA para acomodar os .dbf e o FRA para acomodar os arquivos > .log .arc .ctl etc... > > Converse com a sua equipe sobre isso, e reveja espaço em disco > imediatamente. > > > > > > > > > > > > Em Quinta-feira, 28 de Maio de 2015 16:24, "Orfeu Lima > orfeu.l...@gmail.com [oracle_br]" <oracle_br@yahoogrupos.com.br> escreveu: > > > > Desculpe por não ter sido claro. > Os archives estavam em um diskgroup chamado +DATA(asm), e começou a ficar > sem espaço e não tinha discos para adicionar. > Mudei o destino (DB_RECOVERY_FILE_DEST) para o disco local. > Pergunta - Os archives que ficaram no ASM(+DATA) podem ser apagados > manualmente e depois voltar a apontar para esse disco?? > Obrigado. > > 2015-05-28 16:15 GMT-03:00 Rafael Mendonca raffaell.t...@yahoo.com > [oracle_br] <oracle_br@yahoogrupos.com.br>: > > > Bom, não deu pra ficar claro, pelo menos pra mim, o que você está > informando, mas entendo que você fez o seguinte: > > Você possui um diskgroup FRA por exemplo, na qual você guarda os seus > archives. Daí você configurou um outro destino de archive > log_archive_dest_2 (por exemplo) para um filesystem. > > E agora você quer apagar os archives que estão na FRA e remover o outro > destino de archive que está em seu filesystem para continuar somente com o > destino da FRA, é isso?? > > 1 - Verifique se esse archives já foram "backupeados", caso já tenham > sido, você pode apagar, mas interessante seria você no backup dos archives > adicionar o DELETE ALL INPUT para evitar esse problema de estouro de área. > > > 2 - Dê um report obsolete; no RMAN e veja se esses archives já estão > obsoletos de acordo com a sua janela de retenção. > > 3 - Caso estejam você pode mandar um delete noprompt obsolete; > > 4 - Verifique se o parâmetro db_recovery_file_dest está setado para esse > diskgroup e se achar necessário e se estiver espaço em disco, aumente o > valor do parâmetro db_recovery_file_dest_size > > > > > > > > > Em Quinta-feira, 28 de Maio de 2015 15:25, "Orfeu Lima > orfeu.l...@gmail.com [oracle_br]" <oracle_br@yahoogrupos.com.br> escreveu: > > > > Boa tarde!!! > tenho os archives que estavam em um diskgroup do asm, o espaço encheu e > reapontei para um disco local. > Eu posso apagar os archives do diskgroup(asm) e reaponta-los para esse > diskgroup, ou , se apagar esses archives do asm terei alguma complicação. > Obrigado > > > > > > > >