Добрый день!

Недавно я столкнулся с необычной для меня проблемой при клонировании БД. Я запустил клонирование БД примерно следующей командой:




В процессе клонирования я заметил необычные сообщения от rman:




Далее в скрипте сгенерированном rman'ом:




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

Возникло два вопроса:
1) Нормальное ли это поведение rman'а? Или может быть это баг. Навскидку на металинке ничего не нашел.
2) Можно ли каким то образом переопределить это поведение? К примеру меня бы больше устроило если бы rman просто вышел с ошибкой, что не может создать файл. Не говорю уже о том, что rman мог вполне создать этот файл используя имеющуюся информацию.

Для справки:
1) Rman при выполнении duplicate подключается к target, auxiliary и catalog.
2) Версия БД 11.2.0.4 PSU 170718
3) В качестве хранилища и на источнике и на приемнике используется ASM
4) Я осознаю, что можно было сделать дифференциальную резервную копию после добавления файлов, но этот вариант не совсем мне подходит по ряду причин.
5) В БД-источнике нет ни одного файла или табличного пространства в статусе "OFFLINE"

Буду очень благодарен если вы предложите свои варианты возможных причин и решения этой проблемы.
Если предоставленной информации недостаточно, постараюсь оперативно ее добавить.

Спасибо за ответы!

АмаразмHitych,

Автобекап включен ведь?
Можно попробовать сделать backup datafile 11;
Либо сделать
duplicate ... until 'sysdate-7';


Вообще на баг похоже.
Bug 12799744 : DUPLICATE TO POINT IN TIME AFTER DATAFILE WAS ADDED FAIL.

Автобэкап включен.
Вариант с бэкапом одного файла не подходит поскольку duplicate запускается скриптом и не администратором. Т.е. человек, который запускает не знает ничего о добавленных файлах. Если только отслеживать появление новых файлов в скрипте, но это будет довольно хитрый скрипт.

Bug 12799744 помоему не очень похоже, там rman как раз падает при добавлении файла, а у меня он упорно восстанавливает большую базу и открывает ее фактически поврежденной, без куска данных.

Вячеслав ЛюбомудровСамое простое, если позволяет размер, выполнять DUPLICATE FROM ACTIVE DATABASE

Этот вариант тоже не очень подходит, т.к. база довольно большая (>2Тб) и ночью сильно нагружена.

ТролинHitych,

А это видел?
RMAN Duplicate Process Skipped a Tablespace (Doc ID 2337856.1)

Спасибо!Похоже это про меня, но нормального решения там нет.

Видимо просто буду периодически отслеживать скриптом появление новых файлов и запускать резервное копирование при необходимости. Всем спасибо!