无法归档，超出了恢复文件数的限制....

显示全部楼层 · 2011-11-1 16:24:04

Errors in file d

racleproduct10.2.0admin
estoneudump
estone_ora_1264.trc:
ORA-19815: 警告: db_recovery_file_dest_size 字节 (共 2147483648 字节) 已使用 100.00%, 尚有 0 字节可用。
Thu Apr 10 10:11:13 2008
************************************************************************
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.
************************************************************************
********************WARNING ***************************
The errors during Server autobackup are not fatal, as it
is attempted after sucessful completion of the command.
However, it is recomended to take an RMAN control file
backup as soon as possible because the Autobackup failed
with the following error:
ORA-19583: 交谈因错误而终止
ORA-19809: 超出了恢复文件数的限制
ORA-19804: 无法回收 7159808 字节磁盘空间 (从 2147483648 限制中)
********************END OF WARNING *******************
这个错误怎么解决？
用rman 的crosscheck archivelog all;
在delete expired archivelog all
显示的是“与恢复目录中的任何存档日志不匹配”（恢复目录是刚建立的，不是有个同步吗？）
用delete obsolete
显示的是：未找到已废弃的备份
怎么弄？？
还有是不是要增大 fresh区？？

千问 · 2011-11-1 16:24:04

1、增加db_recovery_file_dest_size大小,为了让数据库恢复正常
2、然后删除db_recovery_file_dest_size下的归档日志
3、到RMAN下删除expired日志
4、建议不把归档放在db_recovery_file_dest_size下或不用闪回区

千问 · 2011-11-1 16:24:04

是的

千问 · 2011-11-1 16:24:04

SELECT substr(name, 1, 30) name, space_limit AS quota,space_used AS used,space_reclaimable AS reclaimable,number_of_files AS files FROM v$recovery_file_dest
把结果贴出来

千问 · 2011-11-1 16:24:04

SQL> show parameter log_archive_start;
NAME
TYPEVALUE
------------------------------------ ----------- ------------------------------
log_archive_start
boolean TRUE
SQL> SELECT substr(name, 1, 30) name, space_limit AS quota,space_used AS used,space_reclaimable AS r
eclaimable,number_of_files AS files FROM v$recovery_file_dest
2;
NAME
QUOTA
------------------------------------------------------------ ----------
USED RECLAIMABLEFILES
---------- ----------- ----------
D

racleproduct10.2.0/flash
2147483648
2145541632 0 53

千问 · 2011-11-1 16:24:04

big_power:
1. alter system set db_recovery_file_dest_size=3G 这个应该可以了吧
2.你说的删除，是到目录下手动删除吗
3.到rman下就是删除不来：
这个错误怎么解决？
用rman 的crosscheck archivelog all;
在delete expired archivelog all
显示的是“与恢复目录中的任何存档日志不匹配”（恢复目录是刚建立的，不是有个同步吗？）
用delete obsolete
显示的是：未找到已废弃的备份
4.如果不用freshback 那会怎么样，会有什么不妥吗？？

千问 · 2011-11-1 16:24:04

1. alter system set db_recovery_file_dest_size=3G 这个应该可以了吧
---够了
2.你说的删除，是到目录下手动删除吗
---对
3.到rman下就是删除不来：
这个错误怎么解决？
用rman 的crosscheck archivelog all;
在delete expired archivelog all
-------这个命令是用来删除在目录中还存在，但是在实际磁盘中已经不存在的日志。当你手工目录下删除的日志后，就可以用这个命令

用delete obsolete（）
显示的是：未找到已废弃的备份
----这个是用来删除过期备份滴，很显然，你没有。
4.如果不用freshback 那会怎么样，会有什么不妥吗？？
----没有什么不妥

最后，做了这这些操作后，最好对库做个全备。
PS:当然要求保留以前日志备份的话，你也可以先备份日志后再来删除归档日志。方式是多种，看你选择

千问 · 2011-11-1 16:24:04

用delete obsolete（）
显示的是：未找到已废弃的备份
----这个是用来删除过期备份滴，很显然，你没有。
就是说刚建立的catalog也是可以检测出来的罗，就是没有而已，不是错误对吧
但是如果经常这样子fresh区不够用，这样手动删除也不是办法....有什么好的解决方法吗？？

如果不用freshback，那归档日志就可以无限制增大了吗？？
[ 本帖最后由 spring7777777 于 2008-4-10 12:31 编辑 ]

千问 · 2011-11-1 16:24:04

删除了目录下的归档...
启动还是那个错误提示，怎么回事？？？

千问 · 2011-11-1 16:24:04

归档日志就不用删除了。把归档日志的存放路径修改到别的地方。不要放在db_recovery_area里面了。
db_recovery_area的大小有限制。