ORA-00257: archiver error. Connect internal only, until freed 的解决方法

本文介绍了解决Oracle数据库中归档文件存储空间不足的问题。提出了三种解决方案:扩大Flash Recovery Area容量、删除旧归档日志文件及指定新的归档路径。

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

当我们将数据库的模式修改为归档模式的时候,如果没有指定归档目录,默认的归档文件就会放到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'

### ORA-00257: archiver error. Connect internal only, until freed解决方法 Oracle数据库错误 **ORA-00257** 表示归档日志空间已满,归档进程无法继续写入新的归档日志,从而导致数据库进入只读模式(仅允许内部连接),直到释放足够的空间为止。此问题通常发生在归档日志目录(如闪回恢复区)空间不足的情况下。 #### 1. 检查归档日志存储位置和使用情况 可以通过以下SQL语句查看闪回恢复区的使用情况: ```sql SELECT * FROM V$FLASH_RECOVERY_AREA_USAGE; ``` 该查询将显示归档日志、备份集、控制文件等在闪回恢复区中的占用比例。如果归档日志接近100%,则需要清理或扩展空间[^4]。 同时,可以使用以下命令查看当前归档日志的存储路径: ```sql SHOW PARAMETER DB_RECOVERY_FILE_DEST; ``` 这将显示当前归档日志所在的目录(如 `/u01/app/oracle/flash_recovery_area`)[^3]。 --- #### 2. 使用RMAN清理归档日志 进入RMAN命令行工具,执行以下步骤清理旧的归档日志: ```bash su - oracle rman target / ``` 在RMAN中执行: ```rman CROSSCHECK ARCHIVELOG ALL; DELETE ARCHIVELOG UNTIL TIME 'SYSDATE-7'; -- 删除7天前的归档日志 ``` 该命令将删除7天前的归档日志,释放闪回恢复区的空间[^2]。 --- #### 3. 增大闪回恢复区大小 如果频繁出现归档日志空间不足的情况,建议增大闪回恢复区的容量: ```sql ALTER SYSTEM SET DB_RECOVERY_FILE_DEST_SIZE=10G; ``` 此命令将闪回恢复区大小调整为10GB。可以根据实际需求调整数值,如20G、50G等[^2]。 --- #### 4. 配置归档日志保留策略 为了防止归档日志再次堆积,可以配置RMAN的保留策略: ```rman CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 15 DAYS; ``` 该策略将保留15天内的归档日志,超出时间的归档日志可在备份后自动清理。 --- #### 5. 检查归档日志生成速率 如果系统在短时间内生成大量归档日志,可能意味着数据库存在高频率的DML操作或批量数据处理任务。建议: - 优化SQL语句,减少不必要的更新操作。 - 配置定时任务定期清理归档日志。 - 考虑将归档日志目录迁移到更大容量的磁盘分区。 --- #### 6. 重启归档进程(可选) 在清理归档日志并释放空间后,如果数据库仍处于只读模式,可以尝试重启归档进程: ```sql ALTER SYSTEM ARCHIVE LOG START; ``` 或者重启整个数据库实例以恢复正常归档功能。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值