plsql連接oracle數(shù)據(jù)庫(kù)報(bào)ora 12154錯(cuò)誤解決方法
更新時(shí)間：2012年11月13日 11:17:56 作者：
今天遇到一個(gè)問題，plsql連接oracle數(shù)據(jù)庫(kù)報(bào)ora 12154錯(cuò)誤，本文將為您詳細(xì)介紹此等問題的解決方法
plsql連接oracle數(shù)據(jù)庫(kù)報(bào)ora 12154錯(cuò)誤
今天遇到一個(gè)問題，使用sqlplus能夠連接到遠(yuǎn)程的數(shù)據(jù)庫(kù)，但是使用plsql卻連接不上，報(bào)錯(cuò)"ORA-12154: TNS: 無法解析指定的連接標(biāo)識(shí)符"
解決方法如下：
1.先檢查服務(wù)器端的監(jiān)聽服務(wù)是否打開，如果沒有打開請(qǐng)啟動(dòng)其監(jiān)聽
客戶端:tnsping <tns_name>
服務(wù)器Linux下:
#>lsnrctl status 查看監(jiān)聽狀態(tài)
#>lsnrctl start 啟動(dòng)監(jiān)聽
2.通過Sql Plus連接一下試試，如果Sql Plus連接能成功，那就說明你的tnsnames.ora內(nèi)容有錯(cuò)誤 我的問題就在別名dev_db前面有一個(gè)空格，這個(gè)可以通過文本編輯器(Edit Plus,UE等)來查看是否有空格，只要有空格那就肯定是不行的，而且如果那段內(nèi)容是出現(xiàn)在文件的中間的話，將導(dǎo)致該文件里所有相應(yīng)的連接別名都不成功，如果是在最后面就只有其自身連接別名不能成功，其他連接別名還是能連接成功。（注：我的tnsnames.ora配置了多個(gè)數(shù)據(jù)庫(kù)實(shí)例的連接，所有才有多個(gè)連接別名。）
如： 空格
dev_db =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 172.168.10.5)(PORT = 1521)))
(CONNECT_DATA =
(SID = ora10)
)
)
3.如果確保你的tnsnames.ora內(nèi)容沒有錯(cuò)誤，那請(qǐng)將%ORACLE_HOME%\product\10.2.0\db_1\NETWORK\ADMIN目錄下的所有文件刪了，然后重新連接，一般就能解決了。 說明一下：那個(gè)目錄里的文件是在你建立連接的時(shí)候動(dòng)態(tài)生成的，不要怕刪了會(huì)有問題
4.進(jìn)入PLSQL Developer的主界面,在登錄界面選擇取消即不登錄進(jìn)入主界面，然后選擇菜單Tools(工具)-Preferences(首選項(xiàng))，在設(shè)置窗口中，選擇Oracle-Connection(連接)，對(duì)應(yīng)設(shè)置窗口中，找到Oracle Home(Oracle主目錄)，選擇你本地所安裝客戶端的版本，保存設(shè)置，然后重新啟動(dòng)PLSQL Developer，這時(shí)就可以正常登錄了。
我是使用第二種方法解決的。
今天遇到一個(gè)問題，使用sqlplus能夠連接到遠(yuǎn)程的數(shù)據(jù)庫(kù)，但是使用plsql卻連接不上，報(bào)錯(cuò)"ORA-12154: TNS: 無法解析指定的連接標(biāo)識(shí)符"
解決方法如下：
1.先檢查服務(wù)器端的監(jiān)聽服務(wù)是否打開，如果沒有打開請(qǐng)啟動(dòng)其監(jiān)聽
客戶端:tnsping <tns_name>
服務(wù)器Linux下:
#>lsnrctl status 查看監(jiān)聽狀態(tài)
#>lsnrctl start 啟動(dòng)監(jiān)聽
2.通過Sql Plus連接一下試試，如果Sql Plus連接能成功，那就說明你的tnsnames.ora內(nèi)容有錯(cuò)誤 我的問題就在別名dev_db前面有一個(gè)空格，這個(gè)可以通過文本編輯器(Edit Plus,UE等)來查看是否有空格，只要有空格那就肯定是不行的，而且如果那段內(nèi)容是出現(xiàn)在文件的中間的話，將導(dǎo)致該文件里所有相應(yīng)的連接別名都不成功，如果是在最后面就只有其自身連接別名不能成功，其他連接別名還是能連接成功。（注：我的tnsnames.ora配置了多個(gè)數(shù)據(jù)庫(kù)實(shí)例的連接，所有才有多個(gè)連接別名。）
如： 空格
復(fù)制代碼 代碼如下:
dev_db =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 172.168.10.5)(PORT = 1521)))
(CONNECT_DATA =
(SID = ora10)
)
)
3.如果確保你的tnsnames.ora內(nèi)容沒有錯(cuò)誤，那請(qǐng)將%ORACLE_HOME%\product\10.2.0\db_1\NETWORK\ADMIN目錄下的所有文件刪了，然后重新連接，一般就能解決了。 說明一下：那個(gè)目錄里的文件是在你建立連接的時(shí)候動(dòng)態(tài)生成的，不要怕刪了會(huì)有問題
4.進(jìn)入PLSQL Developer的主界面,在登錄界面選擇取消即不登錄進(jìn)入主界面，然后選擇菜單Tools(工具)-Preferences(首選項(xiàng))，在設(shè)置窗口中，選擇Oracle-Connection(連接)，對(duì)應(yīng)設(shè)置窗口中，找到Oracle Home(Oracle主目錄)，選擇你本地所安裝客戶端的版本，保存設(shè)置，然后重新啟動(dòng)PLSQL Developer，這時(shí)就可以正常登錄了。
我是使用第二種方法解決的。
相關(guān)文章
這篇文章主要介紹了Oracle基本PLSQL的使用實(shí)例詳解的相關(guān)資料,需要的朋友可以參考下2017-05-05
歸檔日志是非活動(dòng)的重做日志備份.通過使用歸檔日志,可以保留所有重做歷史記錄,本文主要介紹了Oracle歸檔日志文件(查看、配置、刪除),具有一定的參考價(jià)值,感興趣的可以了解一下2023-12-12
今天在使用oracle數(shù)據(jù)庫(kù)做項(xiàng)目時(shí)，突然報(bào)錯(cuò)：ORA-00257: archiver error. Connect internal only, until freed，該問題如何解決呢？經(jīng)過本人一番折騰此問題還要?dú)w檔于日志滿了，下面小編把Oracle歸檔日志寫滿(ora-00257)的解決辦法在此分享給大家供大家參考2015-10-10
這篇文章主要為大家詳細(xì)介紹了windows 7下Oracle 11g安裝圖文教程,具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下2016-10-10
Oracle數(shù)據(jù)泵(expdp)導(dǎo)入導(dǎo)出數(shù)據(jù)的詳細(xì)步驟
這篇文章主要介紹了Oracle數(shù)據(jù)泵(expdp)導(dǎo)入導(dǎo)出數(shù)據(jù)的詳細(xì)步驟,文中詳細(xì)描述了源數(shù)據(jù)庫(kù)操作中的數(shù)據(jù)備份和目標(biāo)數(shù)據(jù)庫(kù)操作中的數(shù)據(jù)恢復(fù)過程,需要的朋友可以參考下2024-12-12
升級(jí)和卸載Oracle數(shù)據(jù)庫(kù)軟件的命令整理
這篇文章主要介紹了升級(jí)和卸載Oracle數(shù)據(jù)庫(kù)軟件的命令整理,包括升級(jí)時(shí)可能用到的查看版本號(hào)和備份操作的命令介紹,需要的朋友可以參考下2015-12-12
Linux下通過腳本自動(dòng)備份Oracle數(shù)據(jù)庫(kù)并刪除指定天數(shù)前的備份
這篇文章主要介紹了Linux下自動(dòng)備份Oracle數(shù)據(jù)庫(kù)并刪除指定天數(shù)前的備份,需要的朋友可以參考下2015-07-07
Oracle7.X 回滾表空間數(shù)據(jù)文件誤刪除處理方法
Oracle7.X 回滾表空間數(shù)據(jù)文件誤刪除處理方法...2007-03-03
Oracle?VM?VirtualBox?虛擬機(jī)硬盤擴(kuò)容
這篇文章主要介紹了Oracle?VM?VirtualBox?虛擬機(jī)硬盤擴(kuò)容，VirtualBox中使用Ubuntu虛擬機(jī)中，出現(xiàn)了虛擬硬盤不夠用的情況，我們可以采取下文方式進(jìn)行擴(kuò)容,需要的朋友可以參考一下2022-03-03
racle 的Developer連接不上報(bào)錯(cuò)：listener does not currently know of SID given in connect descriptor，如何解決呢？下面小編給大家分享oracle適配器連接不上的解決辦法，需要的朋友可以參考下2015-10-10