Apagar os archivelog

DBA Geral (instalação, configuração do banco, scripts do Sql*Plus, shell scripts, batch scripts, etc...)
  

Mensagemem Ter, 23 Out 2007 11:11 am

Olá pessoal,

Estou com o seguinte problema, tenho uma baseteste com 10G e RMAN e a minha area de ARCHIVELOG em FLASH_RECOVERY_AREA esta estourando, já utilizou 93% de 8GB, então apaguei na mão mesmo (só deixei o do dia 18 até hoje), mas como já esperava o Oracle nem tomou conhecimento disso e o rombo continua. Então dei o CROSSCHECK ARCHIVELOG ALL, depois de processar uma lista ele exibiu que verificou 198 objetos, mas mesmo assim ainda não tive o espaço liberado.

Como posso informar ao Oracle que esse arquivso não existem mais?

Agradeço a ajuda de todos,


Márcio Souza
Marcio Souza
Localização: RJ

Márcio Souza

Mensagemem Ter, 23 Out 2007 11:38 am

Sua resposta está nessa discussão: link

Resumindo: baixar e levantar o banco. Caso não resolva, delete os arquivos obsoletos:
Código: Selecionar todos
crosscheck archivelog all;
delete obsolete;


Gilberto
gilbertoca
Localização: Palmas - TO


Mensagemem Ter, 23 Out 2007 12:00 pm

Já realizei esses dois procedimentos, mas depois q rodo o crosscheck archive log all, ele acusa falha na validação de alguns arquivos, na verdade essa falha ocorre com a maioria dos arquivos. O que pode ser isso?

Abraços,


Márcio Souza
Marcio Souza
Localização: RJ

Márcio Souza

Mensagemem Ter, 23 Out 2007 12:18 pm

Posta os erros!
gilbertoca
Localização: Palmas - TO


Mensagemem Ter, 23 Out 2007 1:23 pm

Esse é o retorno q eu tenho após dar CROSSCHECK ARCHIVELOG ALL; NO PROMPT DO RMAN, ele lista os 199 objetos, mas não achei necessário jogar toda essa lista aq, já que a mensagem é a mesma. Segue mensagem:

-------------------------------------------------------------------
validaþÒo bem-sucedida no log arquivado
nome do arquivo de log de arquivamento=D:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_A
REA\DBSIGA\ARCHIVELOG\2007_10_18\O1_MF_1_262_3KGC1W9C_.ARC id reg.=359 marcaþÒo=
636277793
validaþÒo bem-sucedida no log arquivado
nome do arquivo de log de arquivamento=D:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_A
REA\DBSIGA\ARCHIVELOG\2007_10_19\O1_MF_1_263_3KJYO1HV_.ARC id reg.=360 marcaþÒo=
636363400
validaþÒo bem-sucedida no log arquivado
nome do arquivo de log de arquivamento=D:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_A
REA\DBSIGA\ARCHIVELOG\2007_10_20\O1_MF_1_264_3KNQJHV7_.ARC id reg.=361 marcaþÒo=
636487155
validaþÒo bem-sucedida no log arquivado
nome do arquivo de log de arquivamento=D:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_A
REA\DBSIGA\ARCHIVELOG\2007_10_22\O1_MF_1_265_3KS455L8_.ARC id reg.=362 marcaþÒo=
636631176
validaþÒo bem-sucedida no log arquivado
nome do arquivo de log de arquivamento=D:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_A
REA\DBSIGA\ARCHIVELOG\2007_10_22\O1_MF_1_266_3KSL8X3D_.ARC id reg.=363 marcaþÒo=
636645633
validaþÒo bem-sucedida no log arquivado
nome do arquivo de log de arquivamento=D:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_A
REA\DBSIGA\ARCHIVELOG\2007_10_23\O1_MF_1_267_3KVQGNG5_.ARC id reg.=364 marcaþÒo=
636716471
Fez a verificaþÒo cruzada de 199 objetos

RMAN>

-------------------------------------------------------------------


Obrigado pessoal.
Marcio Souza
Localização: RJ

Márcio Souza

Mensagemem Ter, 23 Out 2007 2:14 pm

Márcio você não postou erro algum!

Outra coisa, veja o que a view V$RECOVERY_FILE_DEST retorna para você.
Provavelmente o oracle não vai liberar o espaço, porque você deve ter colocado uma política de retenção longa. Neste caso, ele irá usar todo o espaço em disco até ocorrer um crash de instância.

http://download-uk.oracle.com/docs/cd/B14117_01/server.101/b10735/maint.htm#1008989

Gilberto
gilbertoca
Localização: Palmas - TO


Mensagemem Qua, 24 Out 2007 1:58 pm

Olá Gilberto,

Acabei apagando as linhas onde dizia quais arquivos não haviam sido validado. De qualquer forma ultizei a linha abaixo para tentar informar ao oracle que tinha apagado os archivelog pelo windowns:

DELETE NOPROMPT ARCHIVELOG UNTIL SEQUENCE = 300;

Agora o Oracle esta vendo o que realmente tem, mas como nada além disso foi feito, imagino que em uma semana o espaço estará no seu limite novamente. Consultando a view V$RECOVERY_FILE_DEST

SPACE_LIMIT SPACE_USED NUMBER_OF_FILES SPACE_RECLAIMABLE
----------- ---------- --------------- -----------------
8589934592 1678908928 36 0

Atualmente já estou usando 20% da Área de Recuperação Flah, se continuar assim, em alguns dias terei o mesmo problema. Com relação a politica de retenção, esta setada como "NONE".

Abraços,
Marcio Souza
Localização: RJ

Márcio Souza

Mensagemem Qua, 24 Out 2007 2:38 pm

Você precisar estabelecer, em conjunto com a equipe de infra-estrutura, uma política de backup off-site. Ou seja, o que você tem hoje é paliativo. Caso ocorra um problema com essa maquina, você perderá tudo!
Portanto, há a necessidade de um backup em fita/DVD, etc.

Para que o Oracle comece a reclamar espaço e passar a fazer limpeza de arquivos obsoletos, você precisa, também, estabelecer o que chamamos de política de recuperação baseado em janela (http://download.oracle.com/docs/cd/B19306_01/server.102/b14196/backrest002.htm#sthref629)-recovery window-based policy. Dessa forma, você diz quantos dias os arquivos de backup devam permanecer na área flash. Isso é fácil de fazer através do dbconsole.
Nessa janela em dias, você efetua o backup off-site.

Gilberto
gilbertoca
Localização: Palmas - TO


Mensagemem Qui, 25 Out 2007 12:02 pm

Bom dia Gilberto,

Nós temos toda uma infra montada para backup, com fita e agora adquirimos um storage, isso pra produção. O problema em questão é que essa base 10g é desenvolvimento, fazemos e backup em DVD, mas estou com dificultadas pra configurar o RMAN e deixar por conta dela a limpeza do arquivos obsoletos como você mesmo disse.


Márcio Souza
Marcio Souza
Localização: RJ

Márcio Souza

Mensagemem Qui, 25 Out 2007 1:37 pm

gilbertoca
Localização: Palmas - TO



  • Veja também
    Respostas
    ExibiÇões
    Última mensagem


Voltar para DBA Geral

Quem está online

Usuários navegando neste fórum: Nenhum usuário registrado e 1 visitante