Flash Recovery Area demaciado grande 45 gb

[Diego Guerra]

buenos dias

tengo una base datos que tiene aprox 325 gb de tamano

El area de flash recovery area era de 30 gb

en unos dia se lleno de manera brusca y ocupo los 30gb, le amplie 5 gb mas y a las horas la volvio a llenar,  luego le deje en 40 gb y como en 2 horas volvio a ocupar todo el espacio, finalmente le deje en 45 gb.

leyendo en la web me di cuenta que este se maneja directamente con RMAN

y ejecute estos comandos para liberar algo de espacio

crosscheck archivelog all; en una web me recomendaron ejecutar este comando, pero al fin y al cabo no vi que funcionalidad tiene.

DELETE EXPIRED ARCHIVELOG ALL;   este no me liberaba nada de espacio, ya que al parecer no encontraba ningun logfile expirado.

SELECT(space_limit)/1024/1024 limit,(space_used)/1024/1024 used, (space_limit-space_used)/1024/1024 FROM V$RECOVERY_FILE_DEST;
utilize esta consulta para ver como estaba mi area de recovery

finalmente en una web encontre esto

DELETE ARCHIVELOG ALL COMPLETED BEFORE 'SYSDATE -1';

donde pude borrar los archivelog de mas de un dia

De los 45 gb que mi db tenia ocupado en mi flash recovery area tenia ocupado, se me libero 15 gb aprox.

desde esa ves, que la flash recovery area habia quedado en 30 gb, a ido creciendo en 2 dias ya va por 35 gb ocupado de los 45gb que tiene.

yo tengo otra db igual de enorme y tiene 25 gb de flash recovery area y solo tiene .04 gb ocupado.

Base datos con problema

version 10.2.0.3

tamano base datos = 325GB

tamano total Flash Recovery Area 45 gb, espacio libre 10 gb

FILE_TYPE	PERCENT_SPACE_USED	PERCENT_SPACE_RECLAIMABLE	NUMBER_OF_FILES
CONTROLFILE	0	0	0
ONLINELOG	0	0	0
ARCHIVELOG	8.7	0	21
BACKUPPIECE	67.28	0	4
IMAGECOPY	0	0	0
FLASHBACKLOG	0	0	0

aqui les dejo la otra db que no tiene problema

version 11.2.0.2.0

tamano base datos = 352GB

tamano total Flash Recovery Area 25gb,   espacio libre 24.96 gb

FILE_TYPE	PERCENT_SPACE_USED	PERCENT_SPACE_RECLAIMABLE	NUMBER_OF_FILES
CONTROLFILE	0	0	0
ONLINELOG	0	0	0
ARCHIVELOG	0	0	0
BACKUPPIECE	0.16	0	3
IMAGECOPY	0	0	0
FLASHBACKLOG	0	0	0

para sacar el cuadro que mostre utilize la sentencia:

select * from v$flash_recovery_area_usage;

 

y para sacar el tamano del flash recovery area utilize la sentencia:

SELECT
ROUND((space_limit)/1024/1024/1024 ,2)LIMIT,
ROUND((space_used)/1024/1024/1024 ,2)USED,
ROUND((space_limit-space_used)/1024/1024/1024,2)FREE
FROM V$RECOVERY_FILE_DEST;

el tema es que siento que tengo demaciado espacio ocupado, ademas que cada dia va ocupando mas esta area y no veo que baja de tamano ocupado.

que recomendaciones me dan para este caso, agradesco su ayuda

slds

[Anibal G. Garcia Soto]

Diego:

Un saludo cordial diego , tu inquietud es descrita apropiadamente . Veamos tu query arroja que el 67.28 % de FRA es utilizado por backup set  eso significa 30GB, y son 4 archivos.

RMAN> connect target;

RMAN>list backupset;

Ahora revisa si estos archivo son realmente necesarios para tus politicas de backup y recuperacion si no lo son o requieres liberar espacio de urgencia

RMAN>Delete backup set ### que te muestra tu listado;

 

 Que puedo hacer para evitar esto y tener una buena politica de backup y recuperacion?

( No te aconsejo realizar el delete archive log all , si no estas absolutamente seguro que tus backups esta en un medio que los puedas recuperar )

 

Veamos estadisticamente cuanto estima oracle con la politica de retencion que tienes configurada , que debe ser el FRA

SQL> alter session set nls_date_format = 'mm/dd/yy hh24:mi:ss';

SQL>select * from v$flashback_database_stat order by begin_time

 

La columna ESTIMATED_FLASHBACK_SIZE te dara un valor estimado (bytes) a un punto en el tiempo ( Por default toma estadisticas cada hora, si quieres saber mas del proceso de toma busca mi articulo de magia negra) .

 

Mi consejo es que revises con detenimiento tus parametros de retencion de backups y de FRA (db_flashback_retention_target), puedes utilizar

SQL>select * from v$flashback_database_log;