ORA-00257 解决办法

本文涉及的产品
日志服务 SLS,月写入数据量 50GB 1个月
简介:

        这个错误与前面遇到的ORA-16014  有点类似,也是导数过程中突然停下来,没反应,但硬盘读得厉害,最后强制停止,再打开数据库出现如下提示:

ORA-00257: archiver error. Connect internal only, until freed

在网上搜索得知,上述错误是由于归档日志(archive log)已满引起的。

解决办法:

1、使用sysdba用户登录查看archive log 存放位置:

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

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

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

5、找到recovery目录, show parameter recover

6、由上可见,归档位置用的是默认值,放在flash_recovery_area下,而且已经超出最大空间,即然已超出,那就转移或清除对应的归档日志, 删除一些不用的日期目录的文件,注意保留最后几个文件。

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

7、 登录rman,检查一些无用的archivelog

8、删除过期的归档,delete archivelog until time 'sysdate-1' ; 删除截止到前一天的所有archivelog

 

9、再次查询,发现使用率正常,已经降到2.22

附:如果archive log模式下不能正常startup,则先恢复成noarchive log,startup成功后,再shutdown;
shutdown immediate;
startup mount;
alter database noarchivelog;
alter database open;
shutdown immediate;

再次startup以archive log模式
shutdown immediate;
startup mount;
show parameter log_archive_dest; 
alter database archivelog;
archive log list; 
alter database open;
如果还不行,则删除一些archlog log

原来是日志组一的一个日志不能归档

最后,查看datafile位置

指定位置Archive Log, 请按照如下配置

或者修改大小:

至此基本解决

结语:通过两次上述类似错误,发现都是归档模式下日志爆满引起的,为避免再次发生类似错误,建议建立策略定期删除过期没用的归档日志。












本文转自pimg200551CTO博客,原文链接: http://blog.51cto.com/pimg2005/857879,如需转载请自行联系原作者







相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
相关文章
|
Oracle 关系型数据库 数据库
|
SQL 关系型数据库 MySQL
ORA-01948和ORA-04052错误的解决方法
一、事件背景: 业务人员在创建一个物化视图的时候,报了以下错误: SQL> CREATE MATERIALIZED VIEW MV_RETAIL_wbmout_R 2 TABLESPACE SAPDATA 3 PCTUSED 0 ...
1847 0
|
SQL Oracle 关系型数据库
【ora 错误及解决方法】ORA-01652
ORA-01652:unable to extend temp segment by num in tablespace name 产生原因:ORACLE临时段表空间不足,因为ORACLE总是尽量分配连续空间,一旦没有足够的可分配空间或者分配不连续就会出现上述的现象。
1213 0
|
关系型数据库 数据库 Windows
|
Oracle 关系型数据库 数据库
|
Oracle 关系型数据库
|
关系型数据库 数据库 Oracle
|
SQL Oracle 网络协议