ТЕМА:

А вообще, надо хорошо понимать политику удержания.
Окна восстановления в 14 дней можно достигнуть разными способами.
К примеру, поставить RETENTION POLICY TO REDUNDANCY 2 и полный бекап делать раз в неделю, а ежедневно инкрементальные, т.е. через 2 недели будет 2 копии бекапов и окно в 2 недели, а можно поставить RETENTION POLICY TO RECOVERY WINDOW OF 14 DAYS и неважно сколько и каких бекапов будет в этот промежуток 14 дней, лишь бы один хотя бы был пролный и тогда RMAN обеспечит вам это окно восстановления и не удалит лишнего. И учтите, что всегда отправной точкой является полный бекап.

Спасибо за четкий ответ.

А почему в моем случаи не показывает что можно удалить старый бекап так и не понятно стало, ведь полный вчерашний бекап есть.

Еще раз...
Установите переменную окружения NLS_DATE_FORMAT, тогда буде видеть до секунды когда был создан бекап.
recovery window of 1 days означает полные сутки!

Все понятно.

Спасибо всем за четкие ответы. Счас стало понятно - ранее непонятное. Очень благодарен всем пользователем кто принял участие в топике )))

У меня тоже на одном из серверов подобная проблема. Бэкапы делаются ежедневные полные. На других объектах с теми же настройками и скриптами проблем нет.
Менял политику удержания толку нет. Удаляются только автобэкапы spfile и controlfile. Как я понял бэкапы не становятся obsolete. Проблема появилась с нового года. Летел жёсткий диск на севере. После неполного восстановления рманом из бэкапа(был битый арчивлог) появилась такая проблема, что бэкапы не становятся obsolete. Такое ощущение, что бэкапсеты арчивлогов стали сами по себе, а бэкапы датафайлов сами по себе, отчего они и не метятся как obsolete. Проблему пока решил исправление скрипта, но осадок, что не поборол остался.

Значит у вас какой-то файл в оффлане находится.
Все-равно что-то требует восстановления. Может блок битый есть? Короче в базе есть что-то со старым SCN и RMAN не знает ваших намерений, почему так произошло и ему понадобятся ВСЕ архивлоги с того момента, если понадобится восстановление.