用户的flash_recovery_area也在asm中，知道怎么看asm的空间，该看fra的空间了

以前遇到过ORA-19815: WARNING: db_recovery_file_dest_size of 2147483648 bytes is 100.00% used, and has 0 remaining bytes available
我也不太懂，在网上找到资料，直接扩了fra的空间

这次在往清楚了弄弄

SQL> show parameter db_recovery_file;

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
db_recovery_file_dest                string      目标
db_recovery_file_dest_size           big integer 大小

select * from v$recovery_file_dest

扩空间最简单，看看db_recovery_file_dest目标是否还有富余空间，根据db_recovery_file_dest_size大小扩一下就可以了。

下面是查看fra空间具体的使用情况

SQL> select * from v$flash_recovery_area_usage;

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                         0               0
IMAGECOPY                     0                         0               0
FLASHBACKLOG                  0                         0               0

一般出问题的是archivelog和flashbacklog。

archivelog占得太多，查归档和备份。备份归档日志一般都会delete input的，如果停了归档就会越来越多。
flashbacklog占太多的情况也有，alter database flashback off从根本上改变，但不推荐，而且网上有帖子说off时需要把数据库弄到mount状态，没有考证，不确定。
可以修改初始化参数的时间，db_flashback_retention_target = 1440，该数值单位是分钟。

关于 v$recovery_file_dest视图中space_reclaimable字段理解一直不太明白，如果现在使用的空间占总空间的90%,但space_reclaimable的值是30%，
是否就是说使用的90%的空间有30%是可以回收的，不用担心，可以不用管了，记录一下，以后有机会查一下。

ITPub博客

ash_recovery_area点滴

最新文章