Rabbit99у клиента работает rman уже несколько лет, в папке бэкап куча файлов, а при попытке восстановления ругается, что странно, на отсутствие древнего архивлога.RO или OFFLINE ?
Ну и версия какая?
Rabbit99Вопрос как корректно грохнуть весь бэкап и пересоздать его на чистовую, чтобы он не ругался на недостающие файлы и прочие заморочки?Грохнуть -- DELETE
При пересоздании отключить всякие BACKUP OPTIMIZATION и не использовать кляузу SKIP

Вообще, бэкапы желательно регулярно проверять на восстановимость
Хотя бы через PREVIEW, а еще лучше DUPLICATE

RO = Read Only
DUPLICATE -- команда RMAN

В заголовках датафайлов в состоянии RO или OFFLINE хранится тот SCN, когда они были переведены в это состояние. Соответственно, восстановление на текущий момент будет просить все архивлоги с того SCN.
Для того, чтоб исключить такую ситуацию -- эти датафайлы не включаются в контролфайл на этапе восстановления. Они появляются в нем как MISSINGnnn при открытии и сверки содержимого словаря с контролфайлом. Потом им назначаются конкретные имена и табличные пространства, их содержащие, переводятся в ONLINE. Т.к. из словаря известно, что файлы не требуют восстановления, применения к ним (тех древних) логов не потребуется.

Собственно, и вопрос
Как делается бэкап и как выполнялось восстановление. Ну и лог этого действа желательно бы посмотреть, чтоб не пересказывать Войну и мир своими словами
Ну и текущее состояние табличных пространств и датафайлов

Вячеслав Любомудровпересказывать Войну и мир своими словами

Э-ээ
Ну, я как всегда косноязычен.
Имелось ввиду при пересоздании контролфайла
Если контролфайл текущий и отражает текущее состояние дел, то все просто -- в нем описано, что данный файл находится в RO (или OFFLINE) с такого-то времени/SCN и накатывать его не нужно. Это же написано в словаре данных, но в состоянии MOUNT он, увы, не доступен.

Если мы пересоздаем контролфайл командой CREATE CONTROLFILE, то все файлы, указанные в команде добавляются в новый контролфайл, и туда же прописывается последний SCN из заголовков файлов. В заголовке нет указания, что это RO или OFFLINE файл, поэтому они все считаются Read Write. И вот когда запускается RECOVER DATABASE, SCN всех RW файлов подтягивается к требуемому, накатывая соответствующие логи. А если файл был выведен в RO пару лет назад... Ему понадобятся все логи с того момента

Поэтому команда ALTER DATABASE BACKUP CONTROLFILE TO TRACE создает скрипт, где RO файлы не входят в CREATE CONTROLFILE, а затем, после выполнения RECOVER и открытия (сверки со словарем) выполняет привязку к этим файлам и переводит ТП в ONLINE (при этом проверяется на необходимость восстановление и выводятся в ONLINE новые файлы).

DUPLICATE тоже выполняет пересоздание контролфайла (по крайней мере, для смены имени БД) после восстановления полного бэкапа (до 11g) или после наката инкременталов и архивлогов (11g) и тоже не включает туда RO файлы, чтоб при открытии не ругаться.

Попытки накатить инкременталы (и архивлоги) с 11g сделаны (как минимум), чтоб побороть ORA-01206 , и в чем-то попытка удалась, по крайней мере, если сделан инкрементальный бэкап, то он накатится на RO-файл, но вот архивлоги (по крайней мере, в 11.2.0.3) нет, (т.к. забыли переключиться на новую копию )

Примечательно, что используется недокументированный синтаксис ALTER DATABASE RECOVER DATAFILE LIST ... для задания списка файлов данных, на которые будут накатываться архивлоги и RO файлы в нем не задаются, если SCN в текущем файле совпадает с тем, что ожидается , чтоб опять же не потребовались логи с момента вывода файла в RO. Только вот до 11g этих файлов в новом контроле уже нет. А в 11g (11.2.0.3), как я сказал раньше, после восстановления при выполнении switch clone datafile all не происходит переключение на восстановленную копию для RO файлов и накатываться, соответсвенно, некуда (хотя инкрементал накатывается именно на копию).

Т.е. ситуация сделали полный бэкап файла RO, перевели в RW, затем обратно в RO и не сделали полного (или инкрементального c 11g) бэкапа чревата тем, что при DUPLICATE мы теряем этот RO файл

PS. Это все относилось к DUPLICATE с бэкапа, а не ACTIVE DATABASE.
PPS. Что-то понесло меня... Просто тема для меня больная
PPS. По OFFLINE-файлам я таки теоретик, по RO вполне себе практик