RE: password iin dba_users - Oracle 11
- From: John Hallas <John.Hallas@xxxxxxxxxxxxxxxxxx>
- To: "jkstill@xxxxxxxxx" <jkstill@xxxxxxxxx>, "ian.cary@xxxxxxxxxxxxxx" <ian.cary@xxxxxxxxxxxxxx>
- Date: Wed, 21 Jan 2009 13:48:22 +0000
Jared,
I understood that the old style password hash was there to support a database
which has been migrated from 10g to 11g and converted to use the new case
sensitive passwords.
As an ex 10g user changes his password or has an alter user command run against
him he changes from the old hash to the new hash (which also includes case
sensitivity) which is the reason why there is room to accommodate both hash
versions.
I think I need to spend a bit of time researching this one, although currently
we have no 10g to 11g migration plans, just new 11g builds.
John
________________________________
It didn't work on 11g, simply due to the fact that the password hash is no
longer
available in DBA_USERS.
It is however available in sys.user$ as Ian pointed out.
As referenced in Pete's blog, the old style password hash is still there,
presumably for non-11g clients, though I haven't made any attempt to
verify that.
______________________________________________________________________
Wm Morrison Supermarkets Plc is registered in England with number 358949. The
registered office of the company is situated at Gain Lane, Bradford, West
Yorkshire BD3 7DL. This email and any attachments are intended for the
addressee(s) only and may be confidential.
If you are not the intended recipient, please inform the sender by replying to
the email that you have received in error and then destroy the email.
If you are not the intended recipient, you must not use, disclose, copy or rely
on the email or its attachments in any way.
Wm Morrison Supermarkets PLC accepts no liability or responsibility for
anything said in the email or its attachments and gives no warranty as to
accuracy. It is the policy of Wm Morrison Supermarkets PLC not to enter into
any contractual or other obligations by email.
Although we have taken steps to ensure the email and its attachments are
virus-free, we cannot guarantee this or accept any responsibility,
and it is the responsibility of recipients to carry out their own virus checks.
______________________________________________________________________
Other related posts: