从书上看到一句归档日志放置于快速恢复区之后，如果归档日志文件占满空间，快速恢复区会自动删除归档日志文件或者闪回日志文件以便腾出空间昨天做了个实验，archive log list的目的地是USE_DB_RECOVERY_FILE_DEST，rman中的设置CONFIGURE RETENTION POLICY TO REDUNDANCY 1（非CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 1 DAYS）实验过程：产生了很多归档日志后，查看v$RECOVERY_AREA_USAGE显示空间快不足时，不停进行归档，发现无法进行归档了（查看db_recovery_file_dest路径下之前产生的大量归档日志并没有删除，之后只能手工修改db_recovery_file_dest_size值以便让归档过去），日志显示如下ARCH: Archival stopped, error occurred. Will continue retrying
ORACLE Instance testdb1 - Archival Error
ORA-16014: log 1 sequence# 55 not archived, no available destinations
实验结论：归档日志就算存放在快速恢复区，空间占满了，快速恢复区不会自动删除归档日志文件
今天早上重新打开昨天实验的环境，发现db_recovery_file_dest路径下昨天很多的归档日志已经自动删除了，如此又结论是：归档日志存放在快速恢复区，空间占满了，快速恢复区会自动删除归档日志文件
以上两个结论让我疑惑了，究竟哪个是对哪个是错
当前位置：
论坛首页 »
自由讨论区 »
MySQL, Oracle及数据库讨论区
»
发起投票
技术讨论
加好友
发消息
2015-7-17 15:27:43 |
赞(
操作
