Снова возник вопрос:

Нужно установить Solution Manager на действующую систему:
Windows 2003/Oracle, SAP_BASIS 620\0057, SAP_ABA 620\0057.

Как правильно это сделать: Ставить как новую инстанцию? Или в дополнение к существующей? Какие могуть быть грабли?

Вы неправильно понимаете, что такое Solution Manager. А это - отдельная SAP-система, со своим SID'ом, центральной инстанцией и т.д. Вы можете установить ее на сервер с действующей системой, вопрос только в том, хватит ли ресурсов сервера при этом.

Т.е. мне нужно на действующей системе, заново поставить оракл с другим сидом? И потом уже СМ - центральную инстанцию и инстБД ?

Точно так. Это новая инсталляция

спасибо за ответы!!! приступаю к инсталляции.

1) Установил ORACLE. Пропатчевал его. Домашний каталог Оракла - отличен от первого.
2) Установил центральную инстанцию.
3) Во время установки инстанции БД - система вылетает по ошибке на 22 шаге: DbSl Trace: CONNECT failed with sql error '12541'

Судя по всему это известная ошибка при инсталляции двух Oracle SID на один хост. Нашел ноту 98252.
Но что то не совсем понятно в каких файлах делать правку - в файлах первой инсталляции оракла, или в файлах второй?

У кого есть опыт установки двух Oracle на один хост?

Из указанной Вами ноты:

"In order that both ORACLE users (orac11 and orac12) can start the listener process, the two databases must be entered in both listener.ora files."

Тоже самое относится и к tnsnames.ora

СПАСИБО!!! Слона то я и не заметил )))
Получается мы во всех файлах прописываем обе инсталляции оракла.

Танцы с бубном продолжаются.
Установил второй оракл, с новым SID.
Пропатчил его до вресии 9.2.0.7.1
Установил CI.
Применил ноту 98252.
Ставлю DB. На фазе 24 - Oracle Post-load Actions, sapinst останавливается с ошибкой -1.
Анализ логов показал что не старотовал Dispather солюшн менеджера.
в оснастке SAPMMC - видно что он действительно не стартовал.

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

Посмотрел.
В логе было написано нечто вроде - что диспетчер уже якобы стартован (хотя в SAPmmc показывалось что он остановлен), и во избежание греха, инсталлятор прекращает работу.

Дальнейшее расследование показало, что в сервисах висит стартованный TREX Instance 22. Оказалось что он остался с удаленной ранее BW. И его номер системы совпадал с номером ныне инсталлируемой системы. Вот и возникал конфликт.
После остановки TREX - инсталляция прошла дальше без проблем.

НО!!! Не все так просто.

Теперь через SAPmmc я вижу обе системы, с разными SID.
SID 2 - свежеустановленный Solution Manager работает. В 000 мандант я вхожу нормально.

SID 1 - прежняя система, в SAPmmc стартует, но при попытке входа в нее, аппликейшн сервер идет в шутдаун с кодом -17, диспетчер останавливается, а мессаджсервер продолжает работать.

SID 1 - не работает так же и если остановить SID 2.

Где теперь копать? Может кто подскажет?

Все там же:

\usr\sap\SID1\DVEB...\work

Внимательно проанализируйте dev_disp, dev_w0 ...

Анализ логов показал: listener не может разрешить (resolve) SID 1.
Анализ файла listener.ora показал одинаковый параметр SDU = 32768 для обоих SID.

Что интересно, в ноте 98252 тоже указан одинаковый SDU = 32768.

После ручного изменения одного SDU на номер 32769, и последующего рестарта сервера, все прекрасно заработало.

Всем большое спасибо за советы и идеи.

Что интересно, есть три инстанции Oracle на одном хосте. Значение SDU в listener.ora & tnsnames.ora равно 32768 и это вообще то максимальное значение параметра.
SDU specifies the size of the packets to send over the network.

Что то Вы путаете. С большой степенью вероятности могу утверждать, что если вернуть измененное значение назад, всё у вас будет работать.

Достаточно было Listener рестартовать, после правки tnsnames.ora

я несколько раз перестартовывал полностью сервер.
попробую вернуть назад и проверить.

вернул назад. проверил. работает.
мистика какая-то...

посмотрим как будут уживаться системы в дальнейшем.