Menu de navegação

[airoospParticipante]

Boa tarde,

Através da query abaixo é possível saber quando de espaço em disco foi utilizado pelos archives por data. O detalhe é que depois olhando no disco a quantidade que aparece é menor, parece que é metade do que retorna a query.

SELECT To_char(completion_time , ‘DD/MM/YYYY DY’) DATA, COUNT(*) “ARCHIVES”,
Round(SUM((blocks*block_size)/1024/1024/1024),1) “TAMANHO GB”
FROM V$ARCHIVED_LOG
GROUP BY To_char(completion_time , ‘DD/MM/YYYY DY’)
ORDER BY 1

Por exemplo, no dia 01/10/2013 a query retorna 5.5GB e olhando no disco a soma dos arquivo é 2.73GB, banco 10g com Windows 2003 Server.

Se alguém puder esclarecer a dúvida agradeço.

Airton.

[Marcos BragaParticipante]

Oi Airton,

Uma possibilidade é que os archives são gerados em 2 lugares diferentes. Pode confirmar essa teoria executando o seguinte comando no sqlplus:

SQL> show parameter log_archive_dest_

Se retornar mais de um parâmetro ativo, verifique se está levando em consideração os archives mostrados nos dois parâmetros.

É uma possibilidade e podes tentar.

Abraços,
Braga

[rmanParticipante]

@airoosp

Indo mais além da sua dúvida. O problema que você está tentando resolver provavelmente é falta de espaço na área de archivelog. A área de archivelog na minha opinião é apenas uma área intermediária, apenas para a geração do archivelog, por isso essa área não precisa ser enorme, ao contrário da área de backup. A minha estratégia neste caso é gerar backup de archivelog de tempos em tempos via RMAN apagando o archivelog da área de archivelog.

Tudo isso é feito de maneira simples:


BACKUP ARCHIVELOG ALL DELETE ALL INPUT TAG=ARCH_&1;


Está solução considera que o archivelog está sendo gerado em um disk group ASM, e a área de backup está em filesystem dentro na FAST_RECOVERY_AREA.

[Autor]

Posts