例举一些Oracle不能解决的问题

　　Oracle作为世界第一大数据库技术，对企业起着至关重要的作用，下面例举一些服务器更换硬盘后Oracle不能连接问题的解决。

　　更换硬盘后，Oracle能正常启动，但是Listner不能启动，因此应用程序和客户端都不能连接数据库了。经过一番查找，问题跟踪，终于解决。没有重装Oracle，没有重建Listner配置。具体过程如下：

　　话说硬盘坏了一段时间了，因为不是业务服务器，仅作开发测试用，所以一直没有机会换硬盘，最近终于偷得半日闲，为服务器更换了硬盘，重启服务器后，RAID控制系统自动重新建立了RAID。100G左右的数据，重建RAID没花太长时间。启动系统后，可以远程连接，各种WEB服务也正常。

　　但是，有一个应用始终不能正常运作。调查下日志，发现问题原因是数据库始终不能正常连接上。

　　然后，查看了下数据库的状态，原来数据库虽然正常启动了，但是Listner却没有启动起来。手工启动，仍然失败。考虑到没有变更过数据库的各种配置文件，那么问题似乎不应该是数据库程序引起的。南京Oracle认证培训

　　既然，问题发生在启动Listner时，那么最好是能查下Listner的启动日志。

　　但是，日志里仅有这些：

　　Connectingto（DESCRIPTION=（ADDRESS=（PROTOCOL=TCP）（HOST=linux-a7lposition）（PORT=1521）））

　　TNS-12541:TNS:nolistener

　　TNS-12560:TNS:protocoladaptererror

　　TNS-00511:Nolistener

　　LinuxError:111:Connectionrefused

　　LSNRCTL>start

　　Starting/usr/lib/oracle/xe/app/oracle/product/10.2.0/server/bin/tnslsnr:pleasewait…

　　单看这个日志，还是不好分析，网上查到可以启动trace跟踪，进行分析，于是在配置文件listener.ora中增加：

　　TRACE_LEVEL_LISTENER=16

　　再次启动Listner，仍然失败，但是查看trc文件有收获：

　　trc文件

　　……

　　sntuscrt:illegalpermission

　　sntuscrt:exit

　　snlsodx_lookup:entry

　　snlsodx_lookup:Can'topensharedobjectlibrary

　　……

　　查查其他系统上，此时应该在/var/tmp/.oracle创建文件。马上考虑是不是权限问题，结果 南京Oracle认证培训

　　ls-l/var/tmp/.oracle的结果是drwxrwxrwt，这样貌似就没有问题了吧。可是，Listner仍然不能启动。

　　此时，有些怀疑是不是其他配置文件有问题了，结果重建了listener.ora，问题还是没有解决。

　　再次回到文件权限的角度上，查看了一下/var/tmp的上层目录的权限，终于找到问题了，

　　/var的ls-l的结果是drwxrwx---，怪不得报权限不足呢，把它的权限改回drwxrwxr-x试试，

　　再次启动Listner，终于，久违的启动成功日志打出来了。

　　刚才不能正常运转的应用也恢复正常了。

　　看来，更改系统硬件后，还真是不能掉以轻心啊。尤其是系统中的文件权限属性，都要查一查哦。南京Oracle认证培训