Sugestão, se for apagar arquivos antigos certifique-se de já te-los backupeados, caso necessite futuramente. Após a limpeza recomendo fazer um FULL via RMAN com Archives.
Abração ------------------------------------------------------------ David Siqueira DBA Oracle e Oracle ACE Member BLOG .: http://databaseguard.blogspot.com "O mistério da vida me causa a mais forte emoção. É o sentimento que suscita a beleza e a verdade, cria a arte e a ciência. Se alguém não conhece essa sensação ou não pode mais exprimir espanto ou surpresa, já é um morto-vivo e seus olhos se cegaram.".(Albert Einstein - 1879 - 1955)" Em 4 de maio de 2015 12:00, Marcelo Santino e...@marcelosantino.com.br [oracle_br] <oracle_br@yahoogrupos.com.br> escreveu: > > > Orfeu, > > Experimenta acessar o ASMCMD e apague alguns archives mais antigos > manualmente pra liberar espaço no diskgroupe tente refazer a limpeza pelo > RMAN. > > Lembre que, no ASMCMD você pode navegar tranquilamente pelos > diskgroups/diretórios como se estivesse no Linux (assimundo que você está > usando Linux) usando cd, ls, rm, etc... Tem outro tópico aberto ("Diretório > +DATA") onde o Fabricio acabou de explicar isso pro Jefferson. > > ABs, > > > *Marcelo Santino* > DBA SQL Server / Oracle > www.bau-de-dev.com <http://www-bau-de-dev.com> > +55 21 98206-9930 > > <http://www.facebook.com/CelaoRJ> <http://br.linkedin.com/in/msantino> > > <http://twitter.com/#!/msantino> > > 2015-05-04 11:56 GMT-03:00 Orfeu Lima orfeu.l...@gmail.com [oracle_br] < > oracle_br@yahoogrupos.com.br>: > > >> >> Marcelo, estão todos montado sim, mas o disco dos archives está cheio. >> repassei para eles. acho que isso que está ocasionando o problema. >> SQL> COL % FORMAT 99.0 >> SQL> SELECT name, free_mb, total_mb, free_mb/total_mb*100 "%" F >> NAME FREE_MB TOTAL_MB % >> ------------------------------ ---------- ---------- ----- >> GRID 7790 8192 95.1 >> DATA 60893 122880 49.6 >> ARCH 38 40960 .1 -------sem >> espaço >> REDO 39636 40960 96.8 >> ACFS 30622 51200 59.8 >> >> Em 4 de maio de 2015 11:44, Marcelo Santino e...@marcelosantino.com.br >> [oracle_br] <oracle_br@yahoogrupos.com.br> escreveu: >> >>> >>> >>> Orfeu, >>> >>> Quais os valores para os parâmetros em questão? >>> >>> Já verificou se os paths registrados neles estão acessíveis? Se estão >>> montados? Se não estão lotados? >>> >>> Abs, >>> >>> >>> *Marcelo Santino* >>> DBA SQL Server / Oracle >>> www.bau-de-dev.com <http://www-bau-de-dev.com> >>> +55 21 98206-9930 >>> >>> <http://www.facebook.com/CelaoRJ> <http://br.linkedin.com/in/msantino> >>> >>> <http://twitter.com/#!/msantino> >>> >>> 2015-05-04 11:10 GMT-03:00 Orfeu Lima orfeu.l...@gmail.com [oracle_br] < >>> oracle_br@yahoogrupos.com.br>: >>> >>> >>>> >>>> Marcelo, o erro que está retornando é >>>> ORA-19504: failed to create file "" >>>> ORA-00312: online log 6 thread 1: >>>> '+REDO/teste/onlinelog/group_6.257.872036289' >>>> Não seria como ele não estivesse encontrando o caminho dos archives?? >>>> >>>> Em 4 de maio de 2015 11:06, Marcelo Santino e...@marcelosantino.com.br >>>> [oracle_br] <oracle_br@yahoogrupos.com.br> escreveu: >>>> >>>>> >>>>> >>>>> Orfeu, >>>>> >>>>> Os parâmetros db_recovery_file_dest e db_recovery_file_size podem >>>>> estar vazios se você não utilizar a FRA e, se você definir valores para o >>>>> parâmetro log_archive_dest (ou log_archive_dest_n) seus archives serão >>>>> gerados normalmente desde que haja espaço em disco suficiente. >>>>> >>>>> Abs, >>>>> >>>>> >>>>> *Marcelo Santino* >>>>> DBA SQL Server / Oracle >>>>> www.bau-de-dev.com <http://www-bau-de-dev.com> >>>>> +55 21 98206-9930 >>>>> >>>>> <http://www.facebook.com/CelaoRJ> >>>>> <http://br.linkedin.com/in/msantino> >>>>> >>>>> <http://twitter.com/#!/msantino> >>>>> >>>>> 2015-05-04 10:37 GMT-03:00 Orfeu Lima orfeu.l...@gmail.com >>>>> [oracle_br] <oracle_br@yahoogrupos.com.br>: >>>>> >>>>> >>>>>> >>>>>> Alterei o parametro db_recovery_file_dest e db_recovery_file_size. >>>>>> Ao tentar fazer o backup dos archives está me retornando o seguinte >>>>>> erro >>>>>> ERROR ORA-19504: failed to create file "" >>>>>> Estou usando asm. >>>>>> Obrigado >>>>>> >>>>>> Em 4 de maio de 2015 09:53, Orfeu Lima <orfeu.l...@gmail.com> >>>>>> escreveu: >>>>>> >>>>>>> Angelo, o espaço de archives está realmente comprometida, mas não >>>>>>> consigo apagar via rman. >>>>>>> Ao tentar apagar retorna o mesmo erro. >>>>>>> >>>>>>> >>>>>>> Em 4 de maio de 2015 09:08, angelo angelolis...@gmail.com >>>>>>> [oracle_br] <oracle_br@yahoogrupos.com.br> escreveu: >>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Bom dia.. >>>>>>>> >>>>>>>> No S.O. ... HD lotado ? Pressuponho que seja Linux, então df -h >>>>>>>> na criança pra ver o espaço livre >>>>>>>> >>>>>>>> >>>>>>>> As variaveis nao estao setadas.. db_recovery_file_dest e >>>>>>>> db_recovery_file_size deveriam estar com valor setado sim >>>>>>>> >>>>>>>> >>>>>>>> Olha o meu.. de exemplo >>>>>>>> >>>>>>>> SQL> show parameters db_recovery >>>>>>>> >>>>>>>> NAME TYPE VALUE >>>>>>>> ------------------------------------ ----------- >>>>>>>> ------------------------------ >>>>>>>> db_recovery_file_dest string >>>>>>>> g:\backup\fast_recovery_area >>>>>>>> db_recovery_file_dest_size big integer 60G >>>>>>>> SQL> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> 2015-05-04 9:00 GMT-03:00 Orfeu Lima orfeu.l...@gmail.com >>>>>>>> [oracle_br] <oracle_br@yahoogrupos.com.br>: >>>>>>>> >>>>>>>> >>>>>>>>> >>>>>>>>> Srs, estou com os seguintes erros. >>>>>>>>> ORA-16038: log 6 sequence# 5906 cannot be archived >>>>>>>>> ORA-19504: failed to create file "" >>>>>>>>> ORA-00312: online log 6 thread 1: >>>>>>>>> '+REDO/teste/onlinelog/group_6.257.872036289' >>>>>>>>> >>>>>>>>> Os parâmetros db_recovery_file_dest e db_recovery_file_size estão >>>>>>>>> "zerados", ou seja, nenhum valor está setado para eles. >>>>>>>>> Poderia ser isso que está ocasionando esses erros?? >>>>>>>>> Obrigado >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> > >
