Имам следният странен проблем под Соларис 8 (64 бит) и Oracle 9.2.0.4
Като си направих базата - нека я наречем Тест и в края на инсталацията ме попита за паролите на юзърите SYS and SYSTEM - направих ги еднакви - да речем 123456. След това обаче през SQL Plus и Enterprise Manager мога да си вляза със SYS юзъра и парола 123456, но само като нормал юзър, а не сисдба ?!? Когато пробвам дефолтната парола за SYS - change_on_install - с нея си влизам като сисдба - това е странно - искам само с моята си парола 123456 да мога да влизам като сисдба !

remote_login_password_file=shared (пробвах да е равно и на EXCLUSIVE, но отново не стана)
и в виндоус беше така, но когато промених
SQLNET.AUTHENTICATION_SERVICES = (none)
и се оправи, но под Солариса няма файл sqlnet.ora - има го само в Самплес.
Как и кога се създава този файл ?

Problemyt ti naistina e stranen. Nqma nachin edin potrebitel da se logva s 2 paroli.
Q probvai sega da si smenish parolata na SYS user-a i da vidim shte mozhesh li da se lognesh pak s dvete. Spored men OS nqma znachenie v tozi sluchai, osven ako ne izpolzvash OS authentication. V sluchaq e Database authentication.
Parametyra remote_login_password_file ti trqbva za konekciq s password file, taka che i toi v sluchaq ne e vazhen.
sqlnet.ora nai-obshto ti sluzhi za nastroiki, svyrzani s Network administration-a i se syzdava v network\admin direktoriqta

значи логвам се с дефолт паролата на сис като сисдба, и правя
alter user sys identified by 123456
казва ми юзър алтърд
правя дисконект и после се опитвам да вляза с новата парола като сисдба и ми казва - неправилна парола/юзър
като опитам отново с change_on_install - и си ме пуска като пич ...
тоест не мога да резетна паролата ...
пробвах да я сменя и през ЕМ, но също без успех

naistina ne znam, chakai da se porovq v metalink-a, mozhe da e neshto specifichno pri Solaris instalaciq.

Eto ti veroqtnoto reshenie na problema:
--------------------------------------
what was the password you used when you created the password file and have you
tried that?

the sysdba trick is generally used to allow other NON-SYS users to connect btw,
best to use your OWN account that has been granted sysdba!

Anyway, hopeful this will clear up the confusion and show how this works:


$ orapwd file=orapw password=foobar entries=40

I just recreated my password file with a password foobar. My sys password is
NOT foobar


$ svrmgrl

SVRMGR> connect internal
Connected.

SVRMGR> startup
ORACLE instance started.
Total System Global Area 193073136 bytes
Fixed Size 69616 bytes
Variable Size 141639680 bytes
Database Buffers 45056000 bytes
Redo Buffers 6307840 bytes
Database mounted.
Database opened.

SVRMGR> connect sys/change_on_install@ora816dev
Connected.

that works OK, lets try as sysdba:

SVRMGR> connect sys/change_on_install@ora816dev as sysdba;
ORA-01017: invalid username/password; logon denied

there I got your error. My SYS password is change_on_install but the password
file has foobar in it. SYS is special -- sys connecting as sysdba is like
internal -- you have to use the password file password! Lets try that:

SVRMGR> connect sys/foobar@ora816dev as sysdba;
Connected.

SVRMGR> grant sysdba to scott;
Statement processed.

now, we'll see this does not hold true for other users:

SVRMGR> connect scott/tiger@ora816dev as sysdba;
Connected.

That worked great, now lets just modify sys's password (not really, didn't
change it but Oracle won't notice that

SVRMGR> alter user sys identified by change_on_install;
Statement processed.


SVRMGR> connect sys/change_on_install@ora816dev as sysdba;
Connected.
SVRMGR>

Hey, now we can use change_on_install -- that is because altering SYS's
password will sync up the password in the password file -- sys is a very very
close cousin of INTERNAL. sys's password will be burned into the password file
now. the password foobar is obsolete


SVRMGR> connect sys/foobar@ora816dev as sysdba;
ORA-01017: invalid username/password; logon denied
SVRMGR>

-------------------------------------------------
Nadqvam se tova da pomogne

това мисля, че върши работа ... поне на вин хр да :)

благодаря много ... отново :)

може да почерпя по едно някой път

Moje