web-dev-qa-db-ja.com

ORA-01017 9iクライアントから11gデータベースに接続する際のユーザー名/パスワードが無効です

9i(v9.2.0.1)クライアントを搭載したPCから11g(v11.2.0.1.0)のスキーマに接続しようとしています。一部のスキーマには問題なく接続しているようですが、これには対応していません。毎回ORA-01017 Invalid Username/Passwordエラーが返されます。

ユーザー名とパスワードは間違いなく正しい-誰もこれが機能しない理由を考えることができますか?

9iと11gの間に根本的な非互換性はありますか?

50
user1578653

ユーザーとパスワードは間違いなく間違っています。 Oracle 11gの資格情報では大文字と小文字が区別されます。

ALTER SYSTEM SET SEC_CASE_SENSITIVE_LOGON = FALSE;パスワードを変更します。

http://Oracle-base.com/articles/11g/case-sensitive-passwords-11gr1.php

43
baklarz2048

oracleバージョン12.2.xの場合、ユーザーのPASSWORD_VERSIONSが10gでない場合、SEC_CASE_SENSITIVE_LOGON = FALSEであっても、ユーザーは大文字と小文字を区別しないパスワードを使用してログインできません。

次のSQLは、ユーザーのPASSWORD_VERSIONSを表示する必要があります。

select USERNAME,ACCOUNT_STATUS,PASSWORD_VERSIONS from dba_users;
USERNAME          ACCOUNT_STATUS    PASSWORD_VERSIONS 
---------------   --------------    -----------------
dummyuser         OPEN              11G 12C

pASSWORD_VERSIONSを10gと互換性があるようにする

データベースのsqlnet.oraの行を追加/変更して、SQLNET.ALLOWED_LOGON_VERSION_SERVER = 8を再起動し、既存のユーザーのパスワードを変更/失効させる

select USERNAME,ACCOUNT_STATUS,PASSWORD_VERSIONS from dba_users;
USERNAME          ACCOUNT_STATUS    PASSWORD_VERSIONS 
---------------   --------------    -----------------
dummyuser         OPEN              10G 11G 12C
11
ManishSingh

私はしばらく前に同様の問題を抱えていました。引用符と二重引用符には注意する必要があります。管理者の資格情報を使用して、ユーザーパスワードをリセットすることをお勧めします。

ALTER USER user_name IDENTIFIED BY new_password;

ただし、両方のパラメーターで二重引用符を使用しないでください。

11
theGabyRod

他のすべてが失敗した場合は、パスワードを同じものにリセットしてみてください。このエラーが発生し、回避することはできませんでしたが、パスワードを同じ値にリセットするだけで問題は解決しました。

8
lucrussell

同じエラーがありましたただし、接続されていて、スクリプト内の他の以前のステートメントは以前は正常に実行されていました! (したがって、接続は既に開かれており、成功したステートメントの一部はauto-commitモードで正常に実行されました)エラーは数分間再現可能です。それはちょうど消えていた。この時間内に誰かまたは内部のメカニズムが何らかのメンテナンス作業または同様の作業を行ったかどうかはわかりません-多分。

私の環境のいくつかの事実:

  • 11.2
  • 接続先:sys as sysdba
  • 含まれる操作... all_tablesall_viewsから読み取り、selectを別のユーザーに付与する
3

私は専門家ではありません。 Oracle 11gでSQL DeveloperからHRスキーマに接続しようとしているときにORA-01017を取得している場合は、次のようにHRのロックを解除してください。

hr DEFAULT tablespace users temporary tablespace temp account unlockで識別される変更後のユーザーHR;

2

Sqlplusを使用してOracleデータベースに接続できます。

sqlplus "/as sysdba"

次に、新しいユーザーを作成し、特権を割り当てます。

grant all privileges to dac;
2
Lay Leangsros

私は同じ問題を抱えていて、ユーザー名とパスワードを二重引用符で囲み、それが機能しました:「TEST」を使用して「opps」で識別されるパブリックデータベースリンク「opps」を作成しました。

2
Greg

Oracle 11 Gおよび12 Cバージョンでは、ユーザー作成中に問題はありませんが、より複雑なパスワードを使用することをお勧めします。パスワードは英数字で、特殊文字を使用する必要があります。

ユーザーのパスワードバージョンとステータスを確認します。

select * from dba_users where username = <user_name>;

11G 12Cの場合、以下のように修正します。

alter user <user_name> identified by Pass2019$;

接続をテストします!

0
ram

私はこの投稿が11gについてだったことを知っていますが、パスワードを暗号化する方法に関する12cクライアントのバグは、あなたがそれを使用することに決めた場合、このエラーのせいかもしれません:

  • パスワードの大文字と小文字の区別の問題はありません(つまり、ALTER SYSTEM SET SEC_CASE_SENSITIVE_LOGON = FALSEを試してパスワードをリセットしても動作しません)、
  • 接続文字列でパスワードを引用符で囲んでも、それでも解決しません。
  • すべての環境変数(Oracle_HOMEPATHTNS_ADMIN)を検証し、TNS_ADMINHKLM\Software\Oracle\KEY_OraClient12Homeレジストリ文字列が配置されていること、
  • 接続文字列とユーザー名/パスワードの組み合わせがNet Managerで機能することを確認しました。
  • 同じ資格証明を使用して、SQL * Plus、Oracle SQL Developerを使用して接続できます。

すべての基本的なチェック。

修正:レジストリ(regedit)でHKLM\System\CurrentControlSet\Control\Lsa\FIPSAlgorithmPolicy\Enabled0に設定して、FIPSを無効にしてみてください。

Oracle.ManagedDataAccessおよびORA-01017:ユーザー名/パスワードが無効です;ログオンが拒否されました

ODP.Netとの接続中にORA-01005エラー

https://community.Oracle.com/thread/2557592?start=0&tstart=

https://dba.stackexchange.com/questions/142085/ora-01017-invalid-username-passwordlogon-denied/142149#142149

0
vapcguy

最近、Oracle 12cで同様の問題が発生しました。小文字のパスワードで新しいユーザーを作成し、データベースサーバーから正常にログインできましたが、すべてのクライアントがORA-01017で失敗しました。修正は最終的には単純であることが判明しました(パスワードを大文字にリセットしました)が、そこにたどり着くのに多くのイライラする努力をしました。

0
Jim H

OracleのOTNに関するヒント=接続して許可するときにTOADにパスワードを入力しないでくださいpopupパスワードのダイアログボックスそこにパスワードを入力します、それは動作します。パスワードを使用してTOADで何を行ったかはわかりませんが、それは回避策です。 11gの大文字と小文字を区別するパスワードに関係しています。パスワードをすべて大文字に変更すると、TOADでも機能すると思います。 https://community.Oracle.com/thread/908022

0
ridi

プロキシユーザーを介してodp.net経由で接続した場合も、同じSQLエラーメッセージが表示されました。

私のエラーは、ユーザーが引用符(例: "rockerolf")で作成されたため、接続文字列でユーザーをUser Id =\"rockerolf \"として指定する必要があったことです。

最終的に、引用符でユーザーを削除し、なしで新しいユーザーを作成することになりました。

フェイスパーム

0
gautejohan

クレデンシャルは正しく、他の何かが間違っている可能性があります。 プラグ可能なDB接続文字列をコンテナDBに基づいています。元のparent.example.comサービス名の代わりに、正しいのはpluggable.example.comのように見えました。

0
Jan Molnar