Коллеги, помогите пожалуйста разобраться с такой проблемой:

Ставлю распределенную систему ERP 2005 на AIX&Oracle - на одной LPAR database instance, на другой - CI.
Все поставилось успешно, но если на узле с database instance стартовать БД с помощью startdb (из под <sid>adm), то процессы Oracle запускаются от <sid>adm. Если из sqlplus от ora<sid>, то все в порядке.


ls -l /oracle/PR3/102_64/bin/oracle
-rwsr-s--x 1 orapr3 dba /oracle/PR3/102_64/bin/oracle

Параметры orapr3:

bash-3.00$ id
uid=310(orapr3) gid=55(dba) groups=1000(sapinst),1002(oper)

bash-3.00$ env
DIR_LIBRARY=/usr/sap/PR3/SYS/exe/run
AUTHSTATE=files
dbs_ora_tnsname=PR3
dbms_type=ORA
SHELL=/usr/bin/csh
TERM=vt100
NLS_LANG=AMERICAN_AMERICA.UTF8
LOCPATH=/usr/lib/nls/loc
THREAD=NOPS
USER=orapr3
ORACLE_SID=PR3
ODMDIR=/etc/objrepos
ORACLE_BASE=/oracle
dbs_ora_schema=SAPSR3
PATH=/oracle/PR3/102_64/bin:.:/oracle/PR3/home:/usr/sap/PR3/SYS/exe/run:/usr/bin:/etc:/usr/sbin:/usr/ucb:/usr/bin/X11:/sbin:/usr/java14/jre/bin:/usr/java14/bin
LOGIN=orapr3
PWD=/oracle/PR3/home
SAPDATA_HOME=/oracle/PR3
DB_SID=PR3
LANG=en_US
SAPSYSTEMNAME=PR3
TZ=EET-2EEST,M3.5.0,M10.5.0
SHLVL=1
HOME=/oracle/PR3/home
LC__FASTMSG=true
LOGNAME=orapr3
ORACLE_HOME=/oracle/PR3/102_64
_=/usr/bin/env
NLSPATH=/usr/lib/nls/msg/%L/%N:/usr/lib/nls/msg/%L/%N.cat
LIBPATH=/usr/lib:/lib:/usr/sap/PR3/SYS/exe/run:/oracle/PR3/102_64/lib

Параметры pr3adm:

erpdb1:pr3adm 1> id
uid=300(pr3adm) gid=1001(sapsys) groups=1000(sapinst),1002(oper),55(dba)


bash-3.00$ env
DIR_LIBRARY=/usr/sap/PR3/SYS/exe/run
AUTHSTATE=files
IBM_JAVA_OPTIONS=-Xmx256M -Xj9
dbs_ora_tnsname=PR3
dbms_type=ORA
SHELL=/usr/bin/csh
TERM=vt100
NLS_LANG=AMERICAN_AMERICA.UTF8
LOCPATH=/usr/lib/nls/loc
THREAD=NOPS
USER=pr3adm
ORACLE_SID=PR3
ODMDIR=/etc/objrepos
ORACLE_BASE=/oracle
dbs_ora_schema=SAPSR3
TNS_ADMIN=/sapmnt/PR3/profile/oracle
PATH=/oracle/PR3/102_64/bin:.:/home/pr3adm:/usr/sap/PR3/SYS/exe/run:/usr/bin:/etc:/usr/sbin:/usr/ucb:/usr/bin/X11:/sbin:/usr/java14/jre/bin:/usr/java14/bin
LOGIN=pr3adm
PWD=/home/pr3adm
SAPDATA_HOME=/oracle/PR3
JAVA_HOME=/usr/java14/jre
DB_SID=PR3
LANG=en_US
SAPSYSTEMNAME=PR3
TZ=EET-2EEST,M3.5.0,M10.5.0
SHLVL=1
HOME=/home/pr3adm
LC__FASTMSG=true
LOGNAME=pr3adm
ORACLE_HOME=/oracle/PR3/102_64
_=/usr/bin/env
NLSPATH=/usr/lib/nls/msg/%L/%N:/usr/lib/nls/msg/%L/%N.cat
LIBPATH=/usr/lib:/lib:/usr/sap/PR3/SYS/exe/run:/oracle/client/10x_64/instantclient

Может кто-то подскажите в чем проблема. Заранее спасибо.

Добрый день.
Позвольте высказать свое мнение по этому вопросу.
Я не думаю, что в чем то есть ошибка, все верно, так и
должно быть.
Если вы на DB запускаете от sidadm команду startdb то конечно
же он будет владельцем этих процессов.
Если вы хотите страртовать систему не проще ли c CI сделать startsap.
На мой взгляд на стороне DB ничего делать не надо.
Зачем пытаться стартовать базу если она и так будет стартована при
запуске команды startsap.
Надеюсь я правильно вас понял....

В Installation guide в разделе "остановка и запуск" написано так:

You have logged on to the SAP system hosts as user <sapsid>adm.

In a distributed system, proceed as follows:
1. On the database host, enter:
startdb
2.
On the central instance host enter:

startsap

Oracle работает из под своего пользователя.
Он про САП и знать не знает
Вообще говоря, корректно запускать инстанс БД от orasid.
Далее, смотрите права ls -al на оракловые файлы и дир-рии.
В свое время при установке более старых версий заметил, что не всегда права на каталоги и файлы устанавливаются корректно, т.е. sidadm-у может не хватать прав.
Тогда chmod...

Вожможно, что у Вас на утилиты (startsap/stopsap) стоят неверные полномочия...
И группы проверить надо у утилит.
Так же, обязательно нужно проверять полномочия на brtools, на некоторых из них должен быть суидный бит(нотка 113747). Тогда все должно быть корректно.
Оскол - из под рута...

В руководстве по установке пишут, что СУБД надо запускать командой startdb от <sid>adm. На исполняемом файле oracle стоит sticky бит. Из-за него серверные процессы Oracle работают от ora<sid>.
А вообще заметил интересную вещь на AIX - фоновые процессы Oracle (lgwr,dbwr,smon ...) работают от <sid>adm, а непосредственно сами серверные процессы oracle от ora<sid> - такая картина и на распределеннйо системе и на центральной.
С правами и группами полный порядок, наверное так и надо.

Посмотрите ноту 206916

ЗЫ Повторюсь еще раз.
При установке на солярку, линюксы (на AIX не устанавливал) мной было замечено, что после установки не всегда корректно определены полномочия. Поэтому после установок я всегда проверял полномочия, группы, права на католожки и т.д.
Если права заданы не верно(особенно у brtools), то запуская что-либо из под sidadm-а система не могла форкнуть процесс от имени "правильного пользователя" - orasid.

Спасибо за нотку. Так и есть, реальный владелец - ora<sid>.

bash-3.00# ps -ef -o comm=command,args=argument,ruser,user | grep oracle
oracle oraclePR3 (LOCAL=NO) orapr3 orapr3
oracle ora_qmnc_PR3 pr3adm orapr3
oracle ora_pmon_PR3 pr3adm orapr3
oracle oraclePR3 (LOCAL=NO) orapr3 orapr3

...
А запустить скрипт saproot.sh (пишу наименование навскидку...под рукой нет системы) , чтобы всё что надо исправить религия не позволяет ???