下面是解决过程,记录之。[@more@]
ORA-19815错误解决办法
Alert.log中报错信息:
Errors in file d:adminpiscbdumppisc_mmon_2156.trc:
ORA-19815: WARNING: db_recovery_file_dest_size of 2147483 bytes is 100.00% used, and has 0 remaining bytes available.
Sat Apr 07 17:56:50 2007
************************************************************************
You have following choices to free up space from flash recovery area:
1. Consider changing RMAN RETENTION POLICY. If you are using Data Guard,
then consider changing RMAN ARCHIVELOG DELETION POLICY.
2. Back up files to tertiary device such as tape using RMAN
BACKUP RECOVERY AREA command.
3. Add disk space and increase db_recovery_file_dest_size parameter to
reflect the new space.
4. Delete unnecessary files using RMAN DELETE command. If an operating
system command was used to delete files, then use RMAN CROSSCHECK and
DELETE EXPIRED commands.
************************************************************************
解决步骤如下:
1、查看归档设置:sys@PISC> archive log list;
数据库日志模式 非存档模式
自动存档 禁用
存档终点 USE_DB_RECOVERY_FILE_DEST
最早的联机日志序列 137
当前日志序列 139
sys@PISC>
2、删除归档日志以便释放空间
C:>rman target=sys/admin@Pisc 恢复管理器: Release 10.2.0.1.0 - Production on 星期六 4月 7 18:11:52 2007 Copyright (c) 1982, 2005, Oracle. All rights reserved. 连接到目标数据库: PISC (DBID=588620064) RMAN> crosscheck archivelog all; 使用目标数据库控制文件替代恢复目录 分配的通道: ORA_DISK_1 通道 ORA_DISK_1: sid=143 devtype=DISK 对归档日志的验证成功 存档日志文件名 =D:FLASH_RECOVERY_AREAPISCARCHIVELOG2007_03_03O1_MF_1_111_2YKVQXGF_.ARC 记录 ID=1 时间戳 =616247040 对归档日志的验证成功 存档日志文件名 =D:FLASH_RECOVERY_AREAPISCARCHIVELOG2007_03_06O1_MF_1_112_2YTRVQK5_.ARC 记录 ID=2 时间戳 =616539001 对归档日志的验证成功 存档日志文件名 =D:FLASH_RECOVERY_AREAPISCARCHIVELOG2007_03_08O1_MF_1_113_2YYR3K2X_.ARC 记录 ID=3 时间戳 =616669300 对归档日志的验证成功 存档日志文件名 =D:FLASH_RECOVERY_AREAPISCARCHIVELOG2007_03_10O1_MF_1_114_2Z4MHY6R_.ARC 记录 ID=4 时间戳 =616861191 对归档日志的验证成功 存档日志文件名 =D:FLASH_RECOVERY_AREAPISCARCHIVELOG2007_03_10O1_MF_1_115_2Z5CQW00_.ARC 记录 ID=5 时间戳 =616886014 已交叉检验的 5 对象 RMAN> delete expired archivelog all; 释放的通道: ORA_DISK_1 分配的通道: ORA_DISK_1 通道 ORA_DISK_1: sid=143 devtype=DISK 已存档的日志副本列表 关键字 Thrd Seq S 短时间 名称 ------- ---- ------- - ---------- ---- 1 1 111 X 02-3月 -07 D:FLASH_RECOVERY_AREAPISCARCHIVELOG2007_03_03O1_MF_1_111_2YKVQXGF_.ARC 2 1 112 X 03-3月 -07 D:FLASH_RECOVERY_AREAPISCARCHIVELOG2007_03_06O1_MF_1_112_2YTRVQK5_.ARC 3 1 113 X 06-3月 -07 D:FLASH_RECOVERY_AREAPISCARCHIVELOG2007_03_08O1_MF_1_113_2YYR3K2X_.ARC 4 1 114 X 08-3月 -07 D:FLASH_RECOVERY_AREAPISCARCHIVELOG2007_03_10O1_MF_1_114_2Z4MHY6R_.ARC 5 1 115 X 10-3月 -07 D:FLASH_RECOVERY_AREAPISCARCHIVELOG2007_03_10O1_MF_1_115_2Z5CQW00_.ARC 是否确定要删除以上对象 (输入 YES 或 NO)? YES 已删除的存档日志 存档日志文件名 =D:FLASH_RECOVERY_AREAPISCARCHIVELOG2007_03_03O1_MF_1_111_2YKVQXGF_.ARC 记录 ID=1 时间戳 =616247040 已删除的存档日志 存档日志文件名 =D:FLASH_RECOVERY_AREAPISCARCHIVELOG2007_03_06O1_MF_1_112_2YTRVQK5_.ARC 记录 ID=2 时间戳 =616539001 已删除的存档日志 存档日志文件名 =D:FLASH_RECOVERY_AREAPISCARCHIVELOG2007_03_08O1_MF_1_113_2YYR3K2X_.ARC 记录 ID=3 时间戳 =616669300 已删除的存档日志 存档日志文件名 =D:FLASH_RECOVERY_AREAPISCARCHIVELOG2007_03_10O1_MF_1_114_2Z4MHY6R_.ARC 记录 ID=4 时间戳 =616861191 已删除的存档日志 存档日志文件名 =D:FLASH_RECOVERY_AREAPISCARCHIVELOG2007_03_10O1_MF_1_115_2Z5CQW00_.ARC 记录 ID=5 时间戳 =616886014 5 EXPIRED 对象已删除 RMAN>
3、验证结果
SQL> SELECT substr(name, 1, 30) name, space_limit AS total,
2 space_used AS used, 3 space_used/space_limit as pct_used,
4 space_reclaimable AS reclaimable,
5 number_of_files AS files
6 FROM v$recovery_file_dest ;
NAME TOTAL USED PCT_USED RECLAIMABLE FILES
----------------------------------------------------------------------------------
D:/flash_recovery_area 104857600 0 0 0 0
SQL>
至此,解决完毕。
/**/
实际上,由于数据库运行于非归档模式,一种简便的方法是:
1 alter system set db_recovery_file_dest_size=20G
2 修改日志归档路径,指向另外的地方。 alter system set db_recovery_file_dest='D:/bk';
3 备份日志后删除之。 直接在文件系统中删除文件;
4 将系统改回来:alter system set db_recovery_file_dest='D:/flash_recovery_area';
alter system set db_recovery_file_dest_size=100M;
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/7176288/viewspace-909168/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/7176288/viewspace-909168/
本文介绍了解决Oracle 10.2中ORA-19815错误的过程,该错误提示flash_recovery_area空间已满。通过调整RMAN保留策略、删除过期归档日志等步骤释放了空间。

被折叠的 条评论
为什么被折叠?



