我試圖從具有9i(v9.2.0.1)客戶端的PC連接到11g(v11.2.0.1.0)的模式。它似乎很好地連接到某些模式,但不是這一個 - 它每次都返回一個ORA-01017 Invalid Username/Password
錯誤。ORA-01017從9i客戶端連接到11g數據庫時出現無效的用戶名/密碼
用戶名和密碼是明確無誤的 - 任何人都可以想到爲什麼這不起作用的原因?
9i和11g之間是否存在任何基本不兼容?
我試圖從具有9i(v9.2.0.1)客戶端的PC連接到11g(v11.2.0.1.0)的模式。它似乎很好地連接到某些模式,但不是這一個 - 它每次都返回一個ORA-01017 Invalid Username/Password
錯誤。ORA-01017從9i客戶端連接到11g數據庫時出現無效的用戶名/密碼
用戶名和密碼是明確無誤的 - 任何人都可以想到爲什麼這不起作用的原因?
9i和11g之間是否存在任何基本不兼容?
用戶和密碼是明確錯誤的。 Oracle 11g證書區分大小寫。
嘗試更改系統設置SEC_CASE_SENSITIVE_LOGON = FALSE; 並修改密碼。
http://oracle-base.com/articles/11g/case-sensitive-passwords-11gr1.php
這個工作正常!那麼9i客戶端在輸入密碼後會對密碼做些什麼,如將其更改爲大寫? – user1578653
@ user1578653 oracle9i默認爲大寫,因爲它不符合區分大小寫。而不是將數據庫更改爲不敏感,則可以通過將密碼粘貼到雙引號中進行連接,例如'sqlplus youruser /「Password」@db以傳遞混合大小寫。 – DazzaL
爲什麼在改變之後,我們應該改變密碼? – IProblemFactory
如果一切都失敗,請嘗試重置密碼,以同樣的事情。我遇到了這個錯誤,無法解決它,但只是將密碼重置爲相同的值解決了問題。
與11.2.0.3一起使用。0 –
重置爲相同的值是什麼意思?怎麼樣? – 2016-08-01 07:19:31
我有同樣的問題,並用雙引號圍繞用戶名和密碼,它的工作原理: 使用'TEST'創建由「opps」標識的公共數據庫鏈接「opps」;
我不是專家。如果您得到ORA-01017,同時試圖HR模式從SQL開發人員在Oracle 11g中連接 請嘗試解鎖HR如下
由HR 默認表空間的用戶 臨時表空間臨時 帳戶鎖定的標識ALTER USER HR ;
在Oracle OTN尖端= 當您嘗試連接並讓它彈出您的密碼對話框不要蟾蜍鍵入密碼。 在那裏輸入密碼,它會工作。不知道他們用TOAD做了什麼,但這是一種解決方法。它必須處理11g中區分大小寫的密碼。我想如果你把密碼更改爲全部大寫,它將與TOAD一起使用。 https://community.oracle.com/thread/908022
前段時間我有類似的問題。你必須小心引號,並引用引號。建議使用管理員憑證重置用戶密碼。
但是不要在兩個參數中使用雙引號。
當通過代理用戶通過odp.net連接時,我也得到了相同的sql錯誤信息。
我的錯誤是,我的用戶是用引號創建(如「rockerolf」),我隨後也必須指定我的用戶在ConnectionString用戶ID = \「rockerolf \」 ..
在最後,我結束了用引號刪除用戶,並創建一個新的沒有..
臉手掌
您可以用sqlplus連接到Oracle數據庫:
sqlplus "/as sysdba"
然後創建新用戶並分配權限。
grant all privileges to dac;
我知道這個職位是約11g中,但錯誤的12C客戶端密碼可能如何加密是造成這個錯誤,如果你決定使用一個與你:
ALTER SYSTEM SET SEC_CASE_SENSITIVE_LOGON = FALSE
和重置密碼,仍然無法正常工作),在你的密碼ORACLE_HOME
,PATH
,TNS_ADMIN
),並在HKLM\Software\Oracle\KEY_OraClient12Home
的TNS_ADMIN
註冊表字符串到位,所有的基本檢查。
修復:嘗試在註冊表(regedit)中將HKLM\System\CurrentControlSet\Control\Lsa\FIPSAlgorithmPolicy\Enabled
設置爲0
以禁用FIPS。
Oracle.ManagedDataAccess and ORA-01017: invalid username/password; logon denied
ORA-01005 error connecting with ODP.Net
https://community.oracle.com/thread/2557592?start=0&tstart=0
我有同樣的錯誤,但是當我連接,並在腳本中其他以前的聲明之前運行良好! (所以連接已經打開,一些成功的語句在自動提交模式下運行良好) 錯誤可以在幾分鐘內重現。然後它就消失了。 我不知道是否有人或某種內部機制在這段時間內做了一些維護工作或類似工作 - 也許。
我ENV的更多的事實:
sys as sysdba
all_tables
,all_views
閱讀並授予選擇他們其他用戶對於oracle版本12.2.x用戶無法使用不區分大小寫的pas劍,即使SEC_CASE_SENSITIVE_LOGON = FALSE,如果用戶的PASSWORD_VERSIONS不是10g。
以下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 重啓數據庫 變化/現有用戶 全新的用戶將過期密碼也有相同的設置 完成以上步驟之後PASSWORD_VERSIONS應該是這樣的
select USERNAME,ACCOUNT_STATUS,PASSWORD_VERSIONS from dba_users;
USERNAME ACCOUNT_STATUS PASSWORD_VERSIONS
--------------- -------------- -----------------
dummyuser OPEN 10G 11G 12C
我也有類似的PR最近與Oracle 12c一起使用。我創建了一個帶有小寫密碼的新用戶,並且能夠從數據庫服務器正常登錄,但所有客戶端都失敗並出現ORA-01017。 修復最後變得很簡單(重置密碼爲大寫),但花了很多挫折努力到達那裏。
憑據可能是正確的,而且還有其他錯誤。我基於我的可插拔DB連接字符串在其容器DB。而不是原來的parent.example.com
服務名稱正確的似乎是pluggable.example.com
。
密碼全爲小寫。我們在登錄時輸入小寫字母的密碼。 – user1578653
好的我打算將它發佈在這裏,因爲它是Google的第一個結果,並且我爲了解決這個問題而失去了一堆時間: 如果您使用的是UNIX,你正在啓動'isql user/pass @ host'命令並且你的密碼包含$,**用單引號包裝'user/pass @ host'部分**(unix嘗試用env var替換) – Guillermo