Удалили пользователей операционной системы

Yanvladimirovich

Цитата:

Ну переменные пользователя посмотрите и настройте как надо

Блин, хороший совет, конечно, но где написано это как надо? Я запустил заново инсталяцию, которая пересоздала пользователей, и закончилась успешно. Потом просто вернул файлы оракл и файлы системы, как было до этой инсталяции. Как теперь проверить, оно как надо или как не надо?

Цитата:

select * from dba_users;

Сделал, вот:

Code:

USERNAME
------------------------------
OPS$BW\<SID>ADM
OPS$<SID>ADM
SAPSR3 [b](этого я создал)[/b]
OPS$BW\SAPSERVICE<SID>
SYS
SYSTEM
SAP<SID>
OUTLN

Теперь вопрос, почему оно не хочет коннектится под SAP<SID>, а упорно хочет под SAPSR3?

ZeUsM

Yanvladimirovich написал(а):

Цитата:

Ну переменные пользователя посмотрите и настройте как надо

Блин, хороший совет, конечно, но где написано это как надо? Я запустил заново инсталяцию, которая пересоздала пользователей, и закончилась успешно. Потом просто вернул файлы оракл и файлы системы, как было до этой инсталяции. Как теперь проверить, оно как надо или как не надо?

Цитата:

select * from dba_users;

Сделал, вот:

Code:

USERNAME
------------------------------
OPS$BW\<SID>ADM
OPS$<SID>ADM
SAPSR3 [b](этого я создал)[/b]
OPS$BW\SAPSERVICE<SID>
SYS
SYSTEM
SAP<SID>
OUTLN

Теперь вопрос, почему оно не хочет коннектится под SAP<SID>, а упорно хочет под SAPSR3?

странный пользователь SAP<SID>
Если у Вас грохнули пользователя SAPSR3, вы уверены, что база не превратилась в хлам? Он всеж таки владелец схемы, при его удалении удаляются все объекты.
Попробуйте запрос

Code:

select count(*) cnt from dba_all_tables
where owner = 'SAPSR3';

ну и попробовать с SAP<SID> в овнеров подставить, глянуть вывод.

шрам

ZeUsM написал:

странный пользователь SAP<SID>

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

по проблеме:

Code:

The reason for this change is to provide the option to keep several R/3 systems with different SIDs in one database where each system requires its own user. If the new layout is used, SAPR3 is no longer used even for the connect, but SAP<sid> is used. To ensure that R3trans / saplicense and the work processes also recognize this, you must set the following environment variable:

  dbs_ora_schema = SAP<sid>

In particular, you must ensure that "SAP<sid>" is written only in uppercase. With 6.10, the log entries described above have also slightly changed. However, the basic mechanism remains and you can easily map the new entries in trans.log or in the dev traces to the logs described in this note.

The user is also affected by the variable auth_shadow_upgrade = 1 which, in an upgrade with access to the shadow instance, switches the normal user "sapr3" to "sapr3shd".
This variable must NEVER (not even during an upgrade) be set in the environment or in the registry.

эту ноту я уже указывал выше:
Note 400241 - Problems with ops$ or sapr3 connect to Oracle

Yanvladimirovich

Ура!

Кривая система нехотя поднялась :-)

Всем спасибо!

Правила форума

Удалили пользователей операционной системы

Кто сейчас на конференции