前言
最近在工作中遇到了一個(gè)問(wèn)題，錯(cuò)誤是Oracle dbca時(shí)報(bào)錯(cuò)：ORA-12547: TNS:lost contact，通過(guò)查找相關(guān)的資料終于找到了解決的方法，下面分享給大家，話(huà)不多說(shuō)了，來(lái)一起看看詳細(xì)的介紹吧。
環(huán)境：
- OS:RHEL6.5 x86-64bit
- DB:11.2.0.4 for Linux 86-64bit
思路：
DBCA報(bào)錯(cuò)，首先看DBCA的日志，日志中也是報(bào)ORA-12547: TNS:lost contact
于是再sqlplus / as sysdba敲回車(chē)，也是報(bào)ORA-12547: TNS:lost contact，
基于之前的工程經(jīng)驗(yàn)，先到bdump下找trc文件，不過(guò)在bdump下是沒(méi)有任何trc生成的。
再到/u01/app/oracle/product/11.2.0/db_1/rdbms/log下找trc文件，果然找到了：
[oracle@dg1 log]$ pwd
/u01/app/oracle/product/11.2.0/db_1/rdbms/log
[oracle@dg1 log]$ ls -lrt
total 9808
-rw-r-----. 1 oracle oinstall 401207 Feb 1 16:16 dbua1557284_ora_8053.trc
-rw-r-----. 1 oracle oinstall 401207 Feb 1 16:16 dbua1557284_ora_8062.trc
-rw-r-----. 1 oracle oinstall 401207 Feb 1 16:16 dbua1557284_ora_8065.trc
-rw-r-----. 1 oracle oinstall 401373 Feb 1 16:18 dg1_ora_8227.trc
-rw-r-----. 1 oracle oinstall 401228 Feb 1 16:26 dg1_ora_2701.trc
-rw-r-----. 1 oracle oinstall 401228 Feb 1 16:26 dg1_ora_2706.trc
-rw-r-----. 1 oracle oinstall 401410 Feb 1 16:27 dg1_ora_2715.trc
-rw-r-----. 1 oracle oinstall 401228 Feb 1 16:27 dg1_ora_2722.trc
-rw-r-----. 1 oracle oinstall 401244 Feb 1 16:31 dbua3144297_ora_2792.trc
-rw-r-----. 1 oracle oinstall 401244 Feb 1 16:31 dbua3144297_ora_2801.trc
-rw-r-----. 1 oracle oinstall 401244 Feb 1 16:31 dbua3144297_ora_2804.trc
-rw-r-----. 1 oracle oinstall 401410 Feb 1 16:34 dg1_ora_2930.trc
-rw-r-----. 1 oracle oinstall 401341 Feb 1 17:27 dg1_ora_3181.trc
-rw-r-----. 1 oracle oinstall 401090 Feb 1 17:27 dg1_ora_3187.trc
-rw-r-----. 1 oracle oinstall 401341 Feb 1 17:27 dg1_ora_3190.trc
-rw-r-----. 1 oracle oinstall 401090 Feb 1 17:28 dg1_ora_3205.trc
-rw-r-----. 1 oracle oinstall 401341 Feb 1 17:28 dg1_ora_3210.trc
-rw-r-----. 1 oracle oinstall 401090 Feb 1 17:28 dg1_ora_3214.trc
-rw-r-----. 1 oracle oinstall 401090 Feb 1 17:36 dg1_ora_3313.trc
-rw-r-----. 1 oracle oinstall 401341 Feb 1 17:37 dg1_ora_3329.trc
-rw-r-----. 1 oracle oinstall 401090 Feb 1 17:37 dg1_ora_3341.trc
-rw-r-----. 1 oracle oinstall 401090 Feb 1 17:37 dg1_ora_3344.trc
-rw-r-----. 1 oracle oinstall 401341 Feb 1 17:40 dg1_ora_3369.trc
-rw-r-----. 1 oracle oinstall 401341 Feb 1 17:40 dg1_ora_3375.trc
-rw-r-----. 1 oracle oinstall 401090 Feb 1 17:40 dg1_ora_3378.trc
[oracle@dg1 log]$
[oracle@dg1 log]$ vi dg1_ora_3369.trc
Dump file /u01/app/oracle/product/11.2.0/db_1/rdbms/log/dg1_ora_3369.trc
*** 2016-02-01 17:40:23.652
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
ORACLE_HOME = /u01/app/oracle/product/11.2.0/db_1
System name: Linux
Node name: dg1
Release: 2.6.32-431.el6.x86_64
Version: #1 SMP Sun Nov 10 22:19:54 EST 2013
Machine: x86_64
Instance name: dg1
Redo thread mounted by this instance: 0 none>
Oracle process number: 0
Unix process pid: 3369, image: oracle@dg1
*** 2016-02-01 17:40:23.652
skgm error 27135: errno = 0, info = 0, 0, 0, 0, 1048576, 2097152, 0
skgm error 27135: errno = 0, info = 0, 0, 0, 0, 1048576, 2097152, 0
*** 2016-02-01 17:40:23.654
Exception [type: SIGSEGV, Address not mapped to object] [ADDR:0x3D8] [PC:0x95BE6EB, opiodr()+11347] [flags: 0x0, count: 1]
Registers:
%rax: 0x000000000c0ea630 %rbx: 0x000000000c0ea638 %rcx: 0x0000000000000000
%rdx: 0x0000000000000000 %rdi: 0x000000000c0ccba0 %rsi: 0x00007fffa308e250
%rsp: 0x00007fffa308d970 %rbp: 0x00007fffa308e440 %r8: 0x00007fffa308d970
%r9: 0x00007fffa308e440 %r10: 0x00007fffa308c600 %r11: 0x00007fab40ec1538
%r12: 0x000000000000003c %r13: 0x0000000000000004 %r14: 0x00007fffa308e6f8
%r15: 0x0000000000000002 %rip: 0x00000000095be6eb %efl: 0x0000000000010246
opiodr()+11325 (0x95be6d5) lea (%rax,%rbx),%rdx
opiodr()+11329 (0x95be6d9) mov %rdx,(%rcx,%rbx)
opiodr()+11333 (0x95be6dd) mov 0x2b34a84(%rip),%rax
opiodr()+11340 (0x95be6e4) mov 0x178(%rax),%rdx
> opiodr()+11347 (0x95be6eb) movzwl 0x3d8(%rdx),%ecx
opiodr()+11354 (0x95be6f2) test $0x100,%ecx
opiodr()+11360 (0x95be6f8) jz 0x95bc8c7
opiodr()+11366 (0x95be6fe) mov -0x18(%rbp),%eax
opiodr()+11369 (0x95be701) cmp $60,%eax
*** 2016-02-01 17:40:23.660
dbkedDefDump(): Starting a non-incident diagnostic dump (flags=0x1, level=3, mask=0x0)
----- Error Stack Dump -----
ORA-07445: exception encountered: core dump [opiodr()+11347] [SIGSEGV] [ADDR:0x3D8] [PC:0x95BE6EB] [Address not mapped to object] []
ORA-27135: Operating System hard stack limit is set too low ----------->>>>>>>注意此處
Additional information: 1048576
Additional information: 2097152
----- SQL Statement (None) -----
Current SQL information unavailable - no SGA.
以下省略。。。
解決方法
最后確認(rèn)，是/etc/security/limits.conf文件的問(wèn)題：
oracle soft nproc 2047
oracle hard nproc 16384
oracle soft nofile 1024
oracle hard nofile 65536
oracle soft stack 1024--->此處應(yīng)該是10240,依據(jù):Requirements for Installing Oracle 11gR2 RDBMS on RHEL6 or OL6 64-bit (x86-64) (文檔 ID 1441282.1)
修改完之后，關(guān)閉dbca界面，exit退出oracle用戶(hù)，su - oracle用戶(hù)，再重新發(fā)起dbca即可。
總結(jié)
以上就是這篇文章的全部?jī)?nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，如果有疑問(wèn)大家可以留言交流，謝謝大家對(duì)腳本之家的支持。
您可能感興趣的文章:- oracle數(shù)據(jù)庫(kù)tns配置方法詳解
- oracle遠(yuǎn)程連接服務(wù)器出現(xiàn) ORA-12170 TNS:連接超時(shí) 解決辦法
- 連接Oracle數(shù)據(jù)庫(kù)時(shí)報(bào)ORA-12541:TNS:無(wú)監(jiān)聽(tīng)程序的圖文解決教程
- Oracle數(shù)據(jù)庫(kù)TNS常見(jiàn)錯(cuò)誤的解決方法匯總
- OracleOraDb10g_home1TNSListener服務(wù)無(wú)法啟動(dòng)怎么解決
- Oracle Database Server ''TNS Listener''遠(yuǎn)程數(shù)據(jù)投毒漏洞（CVE-2012-1675)的完美解決方法
- Oracle導(dǎo)dmp出現(xiàn)文件ORA-12154: TNS: 無(wú)法解析指定的連接標(biāo)識(shí)符問(wèn)題的解決方案
- Linux中Oracle啟動(dòng)偵聽(tīng)報(bào)錯(cuò)TNS:permission denied的解決方法
