Видимо HANA ждет нас всех, в не зависимости от нашего желания ее присутствия рядом с нами...

Качаю, ща попробую проаппгрейдить для фана А как указать ораклу, что какие именно колонки и таблицы нужно загружать в оперативку?

А вот и гайдик https://websmp106.sap-ag.de/~sapidb/012 ... 21__00.pdf

Жесть какая-то, ладно пользователя c orasid на oracle надо мигрировать, запускать скрипты, генерирующие скрипты для миграции окружения... Так еще и dbua то считает что база в дауне, то не может почему-то найти pfile. Один раз удалось проаппгрейдить базу с dbua, однако при старте базы получил - numeric overflow...
Чет не повезло мне, или читаю не внимательно гайд

Ура все получилось. Некоторая памятка:
- переходим на SSFS для Oracle, проверяем что работает brconnect и вызовы из db13 (правка таблицы SDBAC поле PSTRING, вместо / сделать //)
- ставим последний OPATCH, MOPATCH для вашей версии Oracle
- устанавливаем последний SBP для вашей версии Oracle
- запускаем скрипт постапргейда (catsbp.sql)
- проверяем: sqlplus / as sysdba

- ставим из oracle 12 только бинарники, без обновления базы
- прописываем переменные окружения, используя не каталоги oracle, а симлинки на них, например:

- проверяем наличие строчки в oratab:

- находим dbua.sap.sh, запускаем его
- обновляем базу (тут у меня была ошибка с листнером, наверно лучше пропустить его миграцию)
- правим ваш.dbenv_* (в зависимости от шела) под как ORASID так и под SIDADM, в нем меняем ORACLE_HOME и тому подобное, обновление ленится это сделать само
- перелогиниваемся под пользователями для обновления переменных окружения
- пользуемся командой which sqlplus и echo $ORACLE_HOME для проверки что все смотрит на новый хоум.
- запускаем листнер - lsnrctl start
- запускаем sap - startsap
- проверяем версию в статусе системы

Так же надо не забыть обновить Oracle Client, 11.2.0.4 совместим с 12.1, поэтому это можно сделать уже в конце. Для версий более ранних нужно это сделать до запуска базы.