本文介绍: 归档文件存储空间不足,导致出现问题。当我们数据库模式修改归档模式时候,如果没有指定归档目录默认归档文件就会放到Flash Recovery Area目录,但是这个目录是有大小限制的,如果超过了这个大小,就会导致2个问题,一是不能完成归档,二是,在出现问题后,如果此时重启数据库,那么数据库就无法正常启动解决方法有 三个方案。(1)扩大Flash Recovery Area的容量(2)删除不用的归档日志文件(3)指定归档日志文件到其他目录

归档文件存储空间不足,导致出现问题

我们数据库模式修改归档模式的时候,如果没有指定归档目录默认归档文件就会放到Flash Recovery Area目录,但是这个目录是有大小限制的,如果超过了这个大小,就会导致2个问题,一是不能完成归档,二是,在出现问题后,如果此时重启数据库,那么数据库就无法正常启动

解决方法有 三个方案。(1)扩大Flash Recovery Area的容量(2)删除不用的归档日志文件(3)指定归档日志文件到其他目录

方案一:

db_recovery_file_dest_size 修改大一点

SQL> alter system set db_recovery_file_dest_size=30G;

系统更改

重启服务查看信息就正常了。

方案二:

删除之前的归档文件清理空间

数据库在某台Linux服务器

1、查看archive log 存放位置

SQL> show parameter log_archive_dest
这里写图片描述

2、一般VALUE为空时,可以archive log list;检查一下归档目录和log sequence

SQL> archive log list
这里写图片描述

3、检查flash recovery area的使用情况,可以看见archivelog已经很大了,达到95.16

SQL> select * from V$FLASH_RECOVERY_AREA_USAGE; 
这里写图片描述

4、计算flash recovery area已经占用空间

SQL> select sum(percent_space_used)*3/100 from v$flash_recovery_area_usage; 
这里写图片描述

5、找到recovery目录, show parameter recover

SQL> show parameter recover
这里写图片描述

6、上述结果告诉我们,归档位置用的是默认值,放在flash_recovery_area下(db_recovery_file_dest目录=/u01/app/oracle/fast_recovery_area)

$ echo $ORACLE_BASE

这里写图片描述 
$ cd ORACLE_BASE/fast_recovery_area/archivelo
这里写图片描述 
转移或清除对应的归档日志, 删除一些不用的日期目录的文件,注意保留最后几个文件(比如360以后的)


注意: 
删除归档日志后,必须用RMAN维护控制文件,否则空间显示仍然不释放。


7、rman target sys/pass

8、检查一些无用的archivelog

这里写图片描述

9、删除过期的归档

RMAN> delete expired archivelog all
delete archivelog until timesysdate-1’ ; 删除截止到前一天的所有archivelog

10、 再次查询发现使用率正常

这里写图片描述

方案三:

推荐使用这个办法 alter system set log_archive_dest_1=’location=/db/oracle/oradata/archive_log’

原文地址:https://blog.csdn.net/ok060/article/details/134763009

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任

如若转载,请注明出处:http://www.7code.cn/show_37526.html

如若内容造成侵权/违法违规/事实不符,请联系代码007邮箱suwngjj01@126.com进行投诉反馈,一经查实,立即删除

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注