合 在Oracle中，造成错误“ORA-12547: TNS:lost contact”的常见原因有哪些？
Tags： Oracle故障处理磁盘组ORA-12547ORA-125537
👉 本文共约1585个字，系统预计阅读时间或需6分钟。
目录
在Oracle中，造成错误“ORA-12547: TNS:lost contact”的常见原因有哪些？
在执行“sqlplus / as sysdba”时可能会报“ORA-12547: TNS:lost contact”的错误，常见原因有如下几点：
1、查看操作系统内核参数是否无误
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 | [root@lhrdb ~]# ulimit -a core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 16384 max locked memory (kbytes, -l) 32 max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size (512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 real-time priority (-r) 0 stack size (kbytes, -s) 10240 cpu time (seconds, -t) unlimited max user processes (-u) 16384 virtual memory (kbytes, -v) unlimited file locks (-x) unlimited |
对于文件/etc/security/limits.conf中的“oracle hard stack”值至少应该是10240。
1 2 3 4 5 6 7 8 | [root@lhrdb ~]# more /etc/security/limits.conf .... oracle soft nofile 1024 oracle hard nofile 65536 oracle soft nproc 16384 oracle hard nproc 16384 oracle soft stack 10240 oracle hard stack 32768 |
2、确认$ORACLE_HOME/bin/oracle文件权限和属主是否有问题(大多数人碰到的都是这个原因)
需要注意的是，在rac环境下需要查看$ORACLE_HOME/bin/oracle和$GRID_HOME/bin/oracle两个文件。
在没有安装GI的环境下，正确权限为：
1 2 3 | [oracle@OCPLHR ~]$ ll $ORACLE_HOME/bin/oracle -rwsr-s--x 1 oracle oinstall 232424392 Feb 2 10:30 /u01/app/oracle/product/11.2.0/dbhome_1/bin/oracle [oracle@OCPLHR ~]$ |
在有grid用户的情况下，oracle可执行文件正确属主应该是oracle:asmadmin，并且权限必须有s才可以，如下所示：
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 | [root@orclalhr ~]$ which setasmgidwrap /u01/app/11.2.0/grid/bin/setasmgidwrap [root@orclalhr ~]$ setasmgidwrap -o /u01/app/oracle/product/11.2.0/dbhome_1/bin/oracle [root@orclalhr ~]$ ll /u01/app/oracle/product/11.2.0/dbhome_1/bin/oracle -rwsr-s--x 1 oracle asmadmin 232399083 Apr 21 2015 /u01/app/oracle/product/11.2.0/dbhome_1/bin/oracle [root@orclalhr ~]# ll /u01/app/11.2.0/grid/bin/oracle -rwsr-s--x. 1 grid oinstall 203972117 Jan 5 2015 /u01/app/11.2.0/grid/bin/oracle [root@orclalhr ~]# chmod 6751 /u01/app/oracle/product/11.2.0/dbhome_1/bin/oracle [root@orclalhr ~]# ll /u01/app/oracle/product/11.2.0/dbhome_1/bin/oracle -rwsr-s--x 1 oracle asmadmin 232399083 Apr 21 2015 /u01/app/oracle/product/11.2.0/dbhome_1/bin/oracle [root@orclalhr bin]# cd /u01/app/oracle/product/11.2.0/dbhome_1/bin/ [root@orclalhr bin]# which stat /usr/bin/stat [root@orclalhr bin]# stat oracle File: `oracle' Size: 210823844 Blocks: 411776 IO Block: 4096 regular file Device: 802h/2050d Inode: 1717737 Links: 1 Access: (6751/-rwsr-s--x) Uid: ( 501/ oracle) Gid: ( 504/asmadmin) Access: 2017-03-16 12:33:44.809363974 +0800 Modify: 2014-05-18 17:09:50.508549983 +0800 Change: 2017-03-16 11:05:15.733816820 +0800 |
文件权限的详细说明如下：
u：User，即文件或目录的拥有者。
g：Group，即文件或目录的所属群组。
o：Other，除了文件或目录拥有者或所属群组之外，其他用户皆属于这个范围。
a：All，即全部的用户，包含拥有者，所属群组以及其他用户。
有关权限代号的部分，列表于下：
r：读取权限，数字代号为4。
w：写入权限，数字代号为2。
x：执行或切换权限，数字代号为1。
-：不具任何权限，数字代号为0。
s：当文件被执行时，根据who参数指定的用户类型设置文件的setuid或者setgid权限。
如果权限不对，那么使用strace跟踪命令也可以看到如下信息：
1 | $strace -f -o /tmp/trace.1.log $ORACLE_HOME/bin/sqlplus / as sysdba |
在trace.1.log文件中可以看到如下的内容：
1 2 3 4 | 21810 open("/oracle/PROD/db/tech_st/11.1.0/admin/PROD_erptest/diag/rdbms/prod/PROD/alert/log.xml", O_WRONLY|O_CREAT|O_APPEND, 0664) = -1 EACCES (Permission denied) ...... 21810 open("/oracle/PROD/db/tech_st/11.1.0/admin/PROD_erptest/diag/rdbms/prod/PROD/trace/alert_PROD.log", O_WRONLY|O_CREAT|O_APPEND, 0664) = -1 EACCES (Permission denied) |
本人提供Oracle(OCP、OCM)、MySQL(OCP)、PostgreSQL(PGCA、PGCE、PGCM)等数据库的培训和考证业务，私聊QQ646634621或微信dbaup66，谢谢！
