O log_archive_start está FALSE mas no 10g ele não é obsoleto?
Seguem as informações..
SQL> select * from v$version;
BANNER
----------------------------------------------------------------
Oracle Database 10g Release 10.2.0.3.0 - 64bit Production
PL/SQL Release 10.2.0.3.0 - Production
CORE 10.2.0.3.0 Production
TNS for Linux: Version 10.2.0.3.0 - Production
NLSRTL Version 10.2.0.3.0 - Production
SQL> show parameter arch
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
archive_lag_target integer 0
log_archive_config string
log_archive_dest string /u03/oradata/archive
log_archive_dest_1 string
log_archive_dest_10 string
log_archive_dest_2 string
log_archive_dest_3 string
log_archive_dest_4 string
log_archive_dest_5 string
log_archive_dest_6 string
log_archive_dest_7 string
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_8 string
log_archive_dest_9 string
log_archive_dest_state_1 string enable
log_archive_dest_state_10 string enable
log_archive_dest_state_2 string enable
log_archive_dest_state_3 string enable
log_archive_dest_state_4 string enable
log_archive_dest_state_5 string enable
log_archive_dest_state_6 string enable
log_archive_dest_state_7 string enable
log_archive_dest_state_8 string enable
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_state_9 string enable
log_archive_duplex_dest string
log_archive_format string %t_%s_%r.arc
log_archive_local_first boolean TRUE
log_archive_max_processes integer 2
log_archive_min_succeed_dest integer 1
log_archive_start boolean FALSE
log_archive_trace integer 0
remote_archive_enable string true
standby_archive_dest string ?/dbs/arch
Ats,
Alexandre.
________________________________
From: José Laurindo <jlchia...@yahoo.com.br>
To: oracle_br@yahoogrupos.com.br
Sent: Fri, August 13, 2010 3:54:10 PM
Subject: [oracle_br] Re: Oracle 10g sem criar archives
A ** impressão ** que dá é que o parâmetro log_archive_start está como FALSE ,
ou coisa do tipo... Pode ser também Bug...
FAz assim,manda pra lista o resultado no sqlplus de um SHOW PAREMETERS ARCH e
manda a versão ** exata ** do seu banco, incluindo Edição, que a gente pode
tentar pescoçar alguma coisa...
[]s
Chiappa
--- Em oracle_br@yahoogrupos.com.br, Alexandre Anselmo <atanse...@...> escreveu
>
> Boa tarde Pessoal!
>
> Hoje pela manha encontrei uma situação inusitada e resolvi, depois de
> pesquisar
>
> na net e nao encontrar nada parecido, falar com voces.
>
>
> Um banco que estava em modo noarchivelog e tinha as configuraçoes de
> flash_recovery setadas (db_recovery_file_dest e db_recovery_file_size) foi
> colocado em modo archive com as seguintes alteracoes...
>
> alter system set db_recovery_file_dest = '' scope spfile;
> alter system set log_archive_dest='/u03/oradata/archive';
>
> shut immediate;
> startup mount;
> alter database flashback off;
> alter database archivelog;
> alter database open;
>
> Após estas configuracoes executei um "archive log list" e tudo foi exibido
> como
>
> esperado porém os archives não estão sendo gerados.
>
> Alter system switch logfile; - nao aparece o archive no diretorio
> Alter system checkpoint global; - nao aparece o archive no diretorio
>
> Fiz um teste executando varios log switches e o banco parou quando completou
> todo o ciclo dos redo logs. Parece que o arquivamento automatico nao está
> funcionando mas como falei antes é um banco 10g. Além disso os comandos
> manuais
>
> tb nao geram os archives como foi dito.
>
> Alguem já passou por isso? Alguem tem alguma dica?
>
> Ats,
> Alexandre.
>
[As partes desta mensagem que não continham texto foram removidas]
