关于ORA-00257问题的解决(归档程序错误)
2012-08-12 10:29
309 查看
我们开发环境下的数据库大概用了一两个月都是正常,但是今天突然发现数据库无法连接,报出ORA-00257错误,说归档程序错误,这是为什么,又怎么来解决呢。
从Oracle9i开始,借助于UNDO日志文件提供了闪回查询的功能,由于功能也有一定的局限性,也就是说依赖于UNDO日志的事务不能被覆盖,所以在Oracle10g开始又采用了一种新的FlashBack日志来实现这个功能,而且更为强大,可以将数据库退回到过去某个时间点去。这个文件默认最大为2g。但是在一段时间过后,很快就达到了2G,这个时候就会出现ORA-00257错误了。
如何去解决呢,有2种方法,第一种就是关闭闪回日志的功能,这种对于开发环境中不失为一种好方法,因为开发环境中,并不追求数据的可安全性什么的。通过如下语句改变。
alter database flashback off
第二种方法就是增大闪回日志文件的最大大小。如下
alter system set DB_RECOVERY_FILE_DEST_SIZE=10g
这个时候,你可以去查看v$flash_recovery_area_usage视图中的使用率情况,这个时候发现使用率(PERCENT_SPACE_USED列的值)已经大大降低了。再通过如下语句去查看系统日志文件情况。
select * from v$log
会发现现在redo日志文件也可以正常写入,至此问题彻底解决。
从Oracle9i开始,借助于UNDO日志文件提供了闪回查询的功能,由于功能也有一定的局限性,也就是说依赖于UNDO日志的事务不能被覆盖,所以在Oracle10g开始又采用了一种新的FlashBack日志来实现这个功能,而且更为强大,可以将数据库退回到过去某个时间点去。这个文件默认最大为2g。但是在一段时间过后,很快就达到了2G,这个时候就会出现ORA-00257错误了。
如何去解决呢,有2种方法,第一种就是关闭闪回日志的功能,这种对于开发环境中不失为一种好方法,因为开发环境中,并不追求数据的可安全性什么的。通过如下语句改变。
alter database flashback off
第二种方法就是增大闪回日志文件的最大大小。如下
alter system set DB_RECOVERY_FILE_DEST_SIZE=10g
这个时候,你可以去查看v$flash_recovery_area_usage视图中的使用率情况,这个时候发现使用率(PERCENT_SPACE_USED列的值)已经大大降低了。再通过如下语句去查看系统日志文件情况。
select * from v$log
会发现现在redo日志文件也可以正常写入,至此问题彻底解决。
相关文章推荐
- 关于ORA-00257问题的解决(归档程序错误)
- 关于ORA-00257问题的解决(归档程序错误)
- 关于ORA-00257问题的解决(归档程序错误)
- ORA-00257: 归档程序错误解决方法
- ora-00257:归档程序错误,在释放之前仅限于内部链接如何解决
- 解决ORA-00257: 归档程序错误。在释放之前仅限于内部连接
- ORA-00257: 归档程序错误。在释放之前仅限于内部连接
- ora-00257数据库日志归档器错误解决方法
- 如何正确删除oracle归档文件解决ora-00257问题
- ORA-00257 归档程序错误,在释放之前仅限于内部连接
- ORA-00257: 归档程序错误。在释放之前仅限于内部连接
- 解决oracle归档日志写满了(ORA-00257)的问题
- ORA-00257: 归档程序错误。在释放之前仅限于内部连接 .
- PL/SQL连接不上Oracle报“ORA-12541:TNS:无监听程序”错误疑难问题的解决
- 手动释放归档空间解决ORA-00257错误
- 关于 IMPDP 导入问题 ,关于ora-39125 错误 “对象已存在” 的解决
- 解决oracle归档日志写满了(ORA-00257)的问题
- 关于ORA-00257: archiver error. Connect internal only, until freed 错误的解决方法
- ORA-12537: TNS: 连接已关闭 错误的解决。(关于sqlnet.ora中实现IP访问控制问题)
- ORA-00257: 归档程序错误。在释放之前仅限于内部连接