Example The following example shows the default VALID_FOR keyword pair:
LOG_ARCHIVE_DEST_1='LOCATION=/disk1/oracle/oradata VALID_FOR=(ALL_LOGFILES, ALL_ROLES)' Repare a diferença pro teu parametro... será que não estava errado a tua sintaxe? 2013/7/18 Milton Bastos Henriquis Jr. <miltonbas...@gmail.com> > > http://docs.oracle.com/cd/B28359_01/server.111/b28294/log_arch_dest_param.htm > > > > > 2013/7/18 Rafael Mendonca <raffaell.t...@yahoo.com> > >> ** >> >> >> Eu consegui resolver o problema fazendo o seguinte: >> >> Parâmetro anterior: >> >> >> log_archive_dest_1 string location=USE_DB_RECOVERY_FILE_DEST, >> valid_for=(ALL_LOGFILES, ALL_ROLES) >> >> Parâmetro modificado: >> log_archive_dest_1 string location=USE_DB_RECOVERY_FILE_DEST >> >> >> Alguém sabe dizer o impacto de tirar o "valid_for=(ALL_LOGFILES, >> ALL_ROLES)" do parâmetro? >> >> >> ________________________________ >> De: Rafael Mendonca <raffaell.t...@yahoo.com> >> Para: "oracle_br@yahoogrupos.com.br" <oracle_br@yahoogrupos.com.br> >> Enviadas: Quinta-feira, 18 de Julho de 2013 15:44 >> Assunto: [oracle_br] Geração (localização archivelog) >> >> >> >> >> >> Servidor: Linux >> Oracle 11gR2 >> >> >> Pessoal, estava investigando o motivo da minha área de destino de archive >> conter somente esses diretórios de datas antigas: >> >> ASMCMD> pwd >> +FRA/<INSTANCIA>/archivelog >> ASMCMD> ls -l >> Type Redund Striped Time Sys Name >> Y 2011_06_09/ >> Y 2011_06_10/ >> Y 2011_06_11/ >> Y 2011_06_12/ >> Y 2011_06_13/ >> Y 2011_06_14/ >> Y 2011_06_15/ >> Y 2011_06_16/ >> Y 2011_06_17/ >> Y 2011_06_18/ >> Y 2011_06_19/ >> Y 2011_06_20/ >> Y 2011_06_21/ >> Y 2011_06_22/ >> >> >> O banco está em modo archivelog, e se não estivesse gerando archivelog o >> database estaria parado, que não é o caso. >> >> Então comecei a investar: >> >> SQL> select DEST_NAME, DESTINATION from v$archive_dest; >> >> LOG_ARCHIVE_DEST_1 USE_DB_RECOVERY_FILE_DEST, >> >> (*Achei estranho essa ',' no final do parâmetro, pois em outros databases >> não possui essa ',' no final. >> >> >> SQL> Show parameter log_archive_dest >> >> log_archive_dest_1 string location=USE_DB_RECOVERY_FILE_DEST, >> valid_for=(ALL_LOGFILES, ALL_ROLES) >> >> log_archive_dest_2 string service="<INSTANCIA_DATAGUARD>", LGWR >> SYNC AFFIRM delay=0 optional compression=disable max_failure=0 >> max_connection >> >> >> USE_DB_RECOVERY_FILE_DEST = FRA >> >> Então depois de muito procurar, descobri que os archies estão sendo >> gerados no $ORACLE_HOME/dbs. >> >> Se alguém souber primeiramente me dizer o motivo disso estar acontecendo >> e alguma solução para que os archives voltem a ser gerados na FRA ajudaria >> muito. >> >> [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/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