欢迎进入oracle社区论坛，与200万技术人员互动交流 >>进入 在实际项目中遇到了ora-00257错误（空间不足错误），通过查找资料，绝大部分说这是由于归档日志太多，占用了全部的硬盘剩余空间导致的，通过简单删除日志或加大存储空间就能够解决。但是我在oracle
欢迎进入oracle社区论坛，与200万技术人员互动交流 >>进入
在实际项目中遇到了ora-00257错误（空间不足错误），通过查找资料，绝大部分说这是由于归档日志太多，占用了全部的硬盘剩余空间导致的，通过简单删除日志或加大存储空间就能够解决。但是我在oracle 10g上发现，存储空间还有很大，却也报这个错误。原来是oracle 10g中新的特性，对flash recovery的管理导致的。
oracle数据库是目前业界最常用的大型数据库系统，我在实际项目中遇到了ora-00257错误（空间不足错误），通过查找资料，绝大部分说这是由于归档日志太多，占用了全部的硬盘剩余空间导致的，通过简单删除日志或加大存储空间就能够解决。但是我在oracle 10g上发现，存储空间还有很大，却也报这个错误。原来是oracle 10g中新的特性，对flash recovery的管理导致的。
1、软硬件环境
服务器hp proliant dl580g4（intel xeon 3.16ghz/4gb/ 72.8*4/raid4)
操作系统red flag dc server release 5.0 (trinity) for x86-64 linux
数据库oracle 10.2.0.1.0
2、问题现象
数据库系统已经试运行了半个多月，在7月24日晚上连接数据库后做数据更新时出现ora-00257错误，如下图。
提示归档错误，通过查找oracle错误代码，解释为硬盘空间不足，需要删除归档日志增加空间，但是服务器可用空间200gb，目前只用了10gb左右，这是为什么呢？
3、诊断过程：
(1)查看oracle数据库归档日志情况
[root@hrmsdb /]# cd /oracle/flash_recovery_area/hkchr/archivelog
[root@hrmsdb archivelog]# ls
2006_07_04 2006_07_13 2006_07_17 2006_07_20 2006_07_23
2006_07_11 2006_07_14 2006_07_18 2006_07_21 2006_07_24
2006_07_12 2006_07_15 2006_07_19 2006_07_22 2006_07_25
[root@hrmsdb archivelog]# cd 2006_07_25
[root@hrmsdb 2006_07_25]# ls
[root@hrmsdb 2006_07_25]# cd ../2006_07_24
[root@hrmsdb 2006_07_24]# ls
o1_mf_1_92_2d933vgb_.arc o1_mf_1_96_2d954ns7_.arc o1_mf_1_98_2d969d5h_.arc
o1_mf_1_95_2d9537cs_.arc o1_mf_1_97_2d956km0_.arc
说明在出现问题之前数据库归档处理一直是正常的。
(2)查看数据库redolog情况
[oracle@hrmsdb ~]$ sqlplus /nolog
sql*plus: release 10.2.0.1.0 - production on 星期二 7月 25 10:44:18 2006
copyright (c) 1982, 2005, oracle. all rights reserved.
sql> connect / as sysdba
已连接。
sql> select * from v$log;
group# thread# sequence# bytes members arc status first_change# first_time
---------- ---------- ---------- ---------- ----------
1 1 101 52428800 1 no current 3621973 24-7月 -06
2 1 99 52428800 1 no inactive 3600145 24-7月 -06
3 1 100 52428800 1 no inactive 3611932 24-7月 -06
发现arc状态为no，表示系统没法自动做归档。
(3)手工切换日志
sql> alter system switch logfile;
alter system switch logfile
*
[1] [2] [3]