JuliaTrХочу поделиться нашим опытом. Чтобы никому на грабли не наступить.
Ну и советы приветсвуются. И критика.
По-русски пишу плохо, это я так, на всяк случай.

дано : RAC 2 nodes + dataguard RAC 2 nodes. 12.2.
Production
PDB database
c бакапами и полной увереностью что все у нас надежно.

До вчерашнего дня.
Вчера грохнулась одна instance.
И поднялась в restricted mode.

Оказывается, какое-то время назад, поставили ORACLE TEXT компоненту, прямо напрямую в PDB.
И до рестарта работало все прекрасно.
А рестарт показал, что делать так нельзя было.

И оказывется снести эту компоненту с PDB тоже нельзя. Только ставить на CDB. А она не ставится, и вот 2 дня уже с поддержкой воюем.

Так это я про что - весь наш кластер-то оказывается не такой уж и надежный.
Сейчас мы сидим на одной instance, и ведь если упает, то все...
И switchover не поможет. там же такая же фигня.

То есть вот этот документ не видели/не читали - How to add Oracle Text in 12c using DBCA silent install (Doc ID 1963600.1).
А там чистым английским языком написано
Note that adding database components like Oracle Text to individual PDBs via DBCA is not supported in 12.1.0.2 or 12.2.0.1. This functionality will be added in 18.1.
Я вот только не понял - а как вы Oracle Text сумели запихнуть в PDB? Ручками запускали скрипты?

Сейчас мы сидим на одной instance, и ведь если упает, то все...

Ждать пока второй instance упадет я бы не стал. Как и решения проблемы от поддержки. У них, к сожалению, зачастую берет очень много времени на решение проблем.

Поставьте новый ORACLE HOME, той же версии что и проблемный и создайте новую базу. Если проблемная база большая, сделайте экспорт/импорт схем аппликации из старой базы в новую. Экспорт делайте с параметром FLASHBACK_SCN. Установите GoldenGate и настройте репликацию схем аппликации из старой базы базы в новую. Необходимо настроить EXTRACT начинать с того же CSN с которым был сделан экспорт. Назначьте application downtime и переходите со старой базы на новую. Если база маленькая, то назначьте downtime и делайте экспорт/импорт. Закройте старую базу, чтобы не менять настройки подключения измените db_unique_name новой базы с db_name старой.

JuliaTr Мы подобное держали в плане на выходные - остановить все и перенести через trasportable tablespaces.
C GoldenGate опыта нет, и ресурсов нет на второй storage.

Не важно каким образом, исходите из тех ресурсов, что у вас есть под рукой. Главное - не затягивайте.