归档日志空间占用和实际不符

我来答

2022-05-15

归档日志空间占用和实际不符

1、归档设置

NUM	NAME	TYPE	VALUE	DISPLAY_VALUE	ISDEFAULT	ISSES_MODIFIABLE	ISSYS_MODIFIABLE	ISINSTANCE_MODIFIABLE	ISMODIFIED	ISADJUSTED	ISDEPRECATED	ISBASIC	DESCRIPTION	UPDATE\_COMMENT	HASH
993	log\_archive\_dest\_1	2	NULL	NULL	TRUE	TRUE	IMMEDIATE	TRUE	FALSE	FALSE	FALSE	TRUE	archival destination #1 text string	NULL	2668113655
1002	log\_archive\_dest\_10	2	NULL	NULL	TRUE	TRUE	IMMEDIATE	TRUE	FALSE	FALSE	FALSE	FALSE	archival destination #10 text string	NULL	4052929217
1003	log\_archive\_dest\_11	2	NULL	NULL	TRUE	TRUE	IMMEDIATE	TRUE	FALSE	FALSE	FALSE	FALSE	archival destination #11 text string	NULL	250996408
1004	log\_archive\_dest\_12	2	NULL	NULL	TRUE	TRUE	IMMEDIATE	TRUE	FALSE	FALSE	FALSE	FALSE	archival destination #12 text string	NULL	2055242793
1005	log\_archive\_dest\_13	2	NULL	NULL	TRUE	TRUE	IMMEDIATE	TRUE	FALSE	FALSE	FALSE	FALSE	archival destination #13 text string	NULL	3129541886
1006	log\_archive\_dest\_14	2	NULL	NULL	TRUE	TRUE	IMMEDIATE	TRUE	FALSE	FALSE	FALSE	FALSE	archival destination #14 text string	NULL	646973396
1007	log\_archive\_dest\_15	2	NULL	NULL	TRUE	TRUE	IMMEDIATE	TRUE	FALSE	FALSE	FALSE	FALSE	archival destination #15 text string	NULL	2102065363
1008	log\_archive\_dest\_16	2	NULL	NULL	TRUE	TRUE	IMMEDIATE	TRUE	FALSE	FALSE	FALSE	FALSE	archival destination #16 text string	NULL	3433075299
1009	log\_archive\_dest\_17	2	NULL	NULL	TRUE	TRUE	IMMEDIATE	TRUE	FALSE	FALSE	FALSE	FALSE	archival destination #17 text string	NULL	3605958982
1010	log\_archive\_dest\_18	2	NULL	NULL	TRUE	TRUE	IMMEDIATE	TRUE	FALSE	FALSE	FALSE	FALSE	archival destination #18 text string	NULL	2185923656
1011	log\_archive\_dest\_19	2	NULL	NULL	TRUE	TRUE	IMMEDIATE	TRUE	FALSE	FALSE	FALSE	FALSE	archival destination #19 text string	NULL	3460444459
1170	db\_recovery\_file\_dest	2	+ssd	+ssd	FALSE	FALSE	IMMEDIATE	FALSE	FALSE	FALSE	FALSE	TRUE	default database recovery file location	NULL	3387568471

2、查询空间利用发现可回收的非常少，因为空间使用了600GB
SELECT * FROM V$RECOVERY_FILE_DEST;

NAME	SPACE_LIMIT	SPACE_USED	SPACE_RECLAIMABLE	NUMBER_OF_FILES
+ssd	858993459200	644224122880	0	14987

但是查询归档日志数量空的

3、查询整个空间使用
SELECT * FROM V$RECOVERY_AREA_USAGE;

FILE_TYPE	PERCENT_SPACE_USED	PERCENT_SPACE_RECLAIMABLE	NUMBER_OF_FILES
CONTROL FILE	0	0	0
REDO LOG	0	0	0
ARCHIVED LOG	0	0	0
BACKUP PIECE	0	0	0
IMAGE COPY	0	0	0
FLASHBACK LOG	0	0	0
FOREIGN ARCHIVED LOG	0	0	0

没有发现归档日志的使用空间

进入存储进行查询才4GB多

4、检查多余数据无

我来答

添加附件

问题补充

6条回答

默认

最新

Edward

select * from v$controlfile_record_section where type=‘ARCHIVED LOG’;

TYPE	RECORD_SIZE	RECORDS_TOTAL	RECORDS_USED	FIRST_INDEX	LAST_INDEX	LAST_RECID
ARCHIVED LOG	584	31040	0	0	0	0

RECOVERY_FILE_DEST表的SPACE_USED值是出问题前的存储空间

有用 0

JiekeXu

估计大家和我一样没太看明白你要表达什么。
既然 RECOVERY_FILE_DEST表的SPACE_USED值是出问题前的存储空间，那么出问题前你的空间耗尽了，从你的截图 db_recovery_file_dest_size 看出来，由于闪回目录 100% 了，db_recovery_file_dest 路径下存放的是闪回日志也有可能是你的备份，不一定是归档日志哦。所以你检查归档的时候只有 4G 左右也是没有问题的。

有用 0

Edward

题主

2022-05-15

不好意思老师，可能我没有把我的疑问写清楚。我的问题是 1、我认为db_recovery_file_dest_size应该显示的是4GB，而不是目前的600GB； 2、理由因为存储空间的物理文件，归档日志都已经清除了，闪回备份通过cross backup检查后已经删除了； 3、那么它目前占用的空间就应该在4GB左右，而不应该显示600GB的。另外 db_recovery_file_dest_size有14987个文件，而物理文件根本就没有那么多。这是我产生疑问的地方 4、因此我想向各位老师请教一下，我怎么能够找到 db_recovery_file_dest_size显示的600GB空间和14987个文件的是那里导致的，防止系统在停机。

Edward

其实我就是想表达为什么我把物理文件删除了，归档日志表也没有更多的内容，备份也清除了，为什么VRECOVERY\_FILE\_DEST视图的SPACE\_USED字段还是600GB，文件还是14987，我应该怎么找到这个差异并清理。另外VRECOVERY_AREA_USAGE视图的结果也是我产生问题的地方，这个视图显示没有任何数据占用空间。如果有其它的文件占用，在这视图应该有反应

有用 0

JiekeXu

db_recovery_file_dest_size 是你设置的大小，这个大小 600G 用于闪回，不是你删除了物理文件就变成 4GB，这个值的改变要修改参数
alter system set db_recovery_file_dest_size=888G;

有用 0

Edward

题主

2022-05-16

老师您这个解答我理解，我是想问在V$RECOVERY_AREA_USAGE表的数据接近0的情况下，为什么V$RECOVERY_FILE_DEST表的SPACE_USED还是600GB，文件数量是14987，没有被清除。按照我的理解和网上查到的解释正常情况下V$RECOVERY_AREA_USAGE表的数值高了，在查询V$RECOVERY_FILE_DEST的SPACE_USED值，这两个是一个同比例增加的。但是我现在的疑问是V$RECOVERY_FILE_DEST的SPACE_USED值是600GB，而V$RECOVERY_AREA_USAGE表的各种使用数值接近0，明显二者不同一致。怎么能够让V$RECOVERY_FILE_DEST的SPACE_USED显示正确的结果