13号的备份还存在，查备份日志发现每次有新备份也会删除部分7天前的集，但是有一部分是不会删除

手动执行report obsolete也是没有结果

可以尝试调整放大备份保留周期，检查。再删除看看能否恢复正常。

改成5天，repoet obsolete只显示5月20和21的备份集，改成10天是没有结果

假设repoet obsolete 窗口时间5天，今天是周三，那么oracle需要恢复到5天内的任意时间点，最早是上周六,上周六最近的全备是5月17日，那么5月13的备份还在，这个不太正常，在确认下13号的备份还在吗？ 或者说5月17日的全备是否正常，方便的话截图确认下

不知为何我这里一直没法上传图片，list backup可以看到存在13号备份，在asm磁盘查看对应文件也是存在的

rman>show all；
rman>list backupset of database; 看看13号至21号的备份集的状态。可以把结果贴出来，不一定是截图。
另外12/13号有对表空间做离线或设为只读的操作吗？
周日的全备是否都是成功的呢（没有error也没有warning）？

和control_file_record_keep_time有关系。比如，你的数据库设置的备份保留策略是7天，但是这个参数的设置时间只有1天，那么就有6天的时间备份是看不到的，rman就删不了了。

刚查了下，这个参数是设置的7