аффтору: вот и сцылки на ноты



неПонимаю в этом делеНа 12c есть и новации в этой области: отключаем PDB от старого инстанса и подключаем в новый. Даунтуйм меньше.
с чего вы взяли, что меньше? ничуть)

How long does it take? Documentation says that:
It is easier to apply a patch to one CDB than to multiple non-CDBs and to upgrade one CDB than to upgrade several non-CDBs.
So this supposes that upgrade work is mostly done at CDB level. PDBs have only metadata links to them. It’s only a virtual dictionary.
More than 3 years after the multitenant architecture was released, there are big doubts about the time it takes to upgrade a PDB plugged from a previous version

WolverinesПонимаю в этом делепропущено...

На 12c есть и новации в этой области: отключаем PDB от старого инстанса и подключаем в новый. Даунтуйм меньше.
Здесь самая крутая штука, что возможет и быстрый откат без потери данных (в случае возникновения каких-либо багов) на предыдущую версию также быстро, подключив PDB к старому инстансу.
эта крутая штука называется холодный бэкап))
ту копию пдб, которую вы запорете апгрейдом, обратно подключить без мучений не получится, а может и совсем не получится
т.е. вы подключите обратно её файловую копию
точно так же вы можете поднять обратно скопированные в сторону файлы не-мультидб

даунтайм не меньше. после того как подключаем в 12.2 точно так же запускаем для подключенной пдб dbupgrade -c
и ждем апрейда то же самое время, что и cdb, что и не-мультидб - вот в чем печаль
у меня вот на тестовой не сильно шустрой машинке проба была - это 1 час на базу, cdb+4pdb(пустых)=5 с половиной часов если всё вместе запустить

Q.Tarantinoв кои то веки они в дистрибутив включили актуальный DST! :)
актуальную по их ноте)) а так-то уже dst29 существует, только не для 12.2