今天一台现 windows oracle服务器出现状况，开发人员 告说客户端无法连接数据库，远程到服务器，首先检查了下实例状态，实例是正常的在运行，但是通过连接串无法连接，查看了下监听状态，监听已经停止，尝试启动监听，日志 错如下：
TNSLSNR for 32-bit Windows: Version 10.2.0.1.0 – Production on 08-12月-2011 09:59:06
Copyright (c) 1991, 2005, Oracle. All rights reserved.
系统参数文件为d:oracleproduct10.2.0db_1networkadminlistener.ora
写入d:oracleproduct10.2.0db_1networkloglistener.log的日志信息
写入d:oracleproduct10.2.0db_1networktracelistener.trc的跟踪信息
跟踪级别当前为0
以 pid=4172 开始
监听: (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(PIPENAME=\.pipeEXTPROC1ipc)))
监听该对象时出错: (ADDRESS=(PROTOCOL=tcp)(HOST=127.0.0.1)(PARTIAL=yes)(QUEUESIZE=1))
不再监听: (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(PIPENAME=\.pipeEXTPROC1ipc)))
TNS-12560: TNS: 协议适配器错误
TNS-00530: 协议适配器错误
32-bit Windows Error: 55: Unknown error
尝试静态注册， 错依旧；于是重建监听，这个时候提示端口被占用，查看了下1521端口，发现有点异常，1521端口对应的进程是emagent.exe，这个是oem的进程，有点诡异，重启下机器后，手工启动监听，问题解决，这个时候再去查看下1521端口对应的信息是正常的了：
C:Documents and SettingsAdministrator>netstat -ano
Active Connections
Proto Local Address Foreign Address State PID
。。。。
TCP 58.254.204.19:1521 58.254.204.19:1050 ESTABLISHED 664
TCP 58.254.204.19:1521 58.254.204.20:2034 ESTABLISHED 664
。。。
664对应的程序正式TNSLSNR.EXE无误。
接着去查找原因，发现有不少的相同或者类似的案例，原因都是指向了数字公司的所谓的优化软件，出现状况的这台机器不止安装了360系列软甲，还安装了QQ！够乱的！而且在追问下还发现360之前曾经把1521端口从防火墙删除掉，导致远程无法连接，唉，怎么教训一次还不够！
类似的情况想当初刚刚毕业的时候也遇到过，而且是本人自己动手惹的祸，当时用的是windows优化大师在一台win2000DB服务器上做所谓的优化，竟然把oracle相关的注册表和执行程序给干掉了，悲催啊！
总结：不要把服务器当做PC来用啊！
-The End-
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！