归档文件存储空间不足,导致出现该问题。
当我们将数据库的模式修改为归档模式的时候,如果没有指定归档目录,默认的归档文件就会放到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服务器下
- 连接oracle
# su - oracle
- 使用sysdba用户登录
$ sqlplus /nolog
SQL> conn /as sysdba
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/archivelog
转移或清除对应的归档日志, 删除一些不用的日期目录的文件,注意保留最后几个文件(比如360以后的)
注意:
在删除归档日志后,必须用RMAN维护控制文件,否则空间显示仍然不释放。
7、rman target sys/pass
8、检查一些无用的archivelog
9、删除过期的归档
RMAN> delete expired archivelog all;
delete archivelog until time ‘sysdate-1’ ; 删除截止到前一天的所有archivelog
10、 再次查询,发现使用率正常
方案三:
推荐使用这个办法 alter system set log_archive_dest_1='location=/db/oracle/oradata/archive_log'文章来源:https://www.toymoban.com/news/detail-767353.html
文章来源地址https://www.toymoban.com/news/detail-767353.html
到了这里,关于ORA-00257: archiver error. Connect internal only, until freed 的解决方法的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!