我的头脑发浑之路，我的Oracle的复活之路
几个月前头脑发浑，把机器名由“south”修改为“southyj”。过了许久，才发现Oracle不能使用了。赶紧查原因。原来是Oracle在安装时，会根据机器名来生成目录，并且机器名也会写入到监听配置文件和连接配置文件中。在Oracle目录中搜索旧机器名“south”，把搜索出来的“south”统统替换成“southyj”；再打开oracle\product\10.2.0\db_1\NETWORK\ADMIN目录，把listener.ora和tnsnames.ora文件中的机器名也改正过来。于是世界又恢复了旧有的秩序。一切都很完美。
谁知我的发浑不只一次。今天要配置IIS，发现总是报错：
System.Web.Services.Protocols.SoapException: 服务器无法处理请求。 ---> System.Exception: ORA-12154: TNS: 无法解析指定的连接标识符
用PL/SQL Developer连接，发现可以正常访问。查看listener.ora文件，也没发现异常。这就奇了！
在cmd窗口中输入：
C:\Documents and Settings\Administrator>tnsping localhost
TNS Ping Utility for 32-bit Windows: Version 10.2.0.1.0 - Production on 14-12月-
2009 14:28:31Copyright (c) 1997, 2005, Oracle. All rights reserved.
已使用的参数文件:
C:\oracle\product\10.2.0\client_1\network\admin\sqlnet.ora已使用 EZCONNECT 适配器来解析别名
Attempting to contact (DESCRIPTION=(CONNECT_DATA=(SERVICE_NAME=localhost))(ADDRE
SS=(PROTOCOL=TCP)(HOST=127.0.0.1)(PORT=1521)))
OK (10 毫秒)
初看这个结果很正常。再看，
已使用的参数文件:
C:\oracle\product\10.2.0\client_1\network\admin\sqlnet.ora
“client_1”？我什么时候装过客户端？真的是头脑发浑了便会乱来。
于是从oracle\product\10.2.0\db_1\NETWORK\ADMIN目录下把listener.ora和tnsnames.ora复制到oracle\product\10.2.0\client_1\NETWORK\ADMIN目录中。世界总算又恢复了正常。
