因主机名更改造成oracle控制台登录错误：ora-12545，ora-12541

http://blog.csdn.net/rookie_one/archive/2006/11/30/1421781.aspx

昨天临下班因嫌自己的计算机名太丑，就改成了别的。（当初装系统的时候太匆忙，没改，安装程序在名字后遍加了好多乱其八糟的字符）

　　今晨再启动oracle控制台的时候，报错“Ora-12545:因目标主机或者对象不存在，连接失败”，但是用sqlplus登录到没问题，不解。

　　google了一下，才知道是昨天修改主机名的原因，然后把“D:\oracle\ora92\network \admin\tnsnames.ora”中的主机名做了相应修改后再试。又提示“ORA-12541:没有监听器”，心想可能是由于之前的错误，本来启动着的listener自动关闭了吧。遂启动它之后再试，还是同样的错误。再看，listener服务又自动关闭了。

　　看到“D:\oracle\ora92\network\admin\”目录下还有一个 listener.ora文件，里面的host还是原来的主机名。保险起见，先没修改，还是先

　　google一下，果然与猜测一致。然后将其修改后，启动监听器，再尝试，OK！

　　今天涉及到的问题是oracle网络配置的问题，其主要涉及到“listener.ora、sqlnet.ora、tnsnames.ora”三个配置文件，查了一些相关信息，搜刮后张贴如下：

此三个配置文件，都是放在$ORACLE_HOMEnetworkadmin目录下。

三个文件的作用和使用：
#-----------------------
sqlnet.ora----- 作用类似于linux或者其他unix的nsswitch.conf文件，通过这个文件来决定怎么样找一个连接中出现的连接字符串，
例如我们客户端输入
sqlplus sys/oracle@orcl
假如我的sqlnet.ora是下面这个样子

SQLNET.AUTHENTICATION_SERVICES= (NTS)
NAMES.DIRECTORY_PATH= (TNSNAMES,HOSTNAME)

那么，客户端就会首先在tnsnames.ora文件中找orcl的记录.如果没有相应的记录则尝试把orcl当作一个主机名，通过网络的途径去解析它的ip地址然后去连接这个ip上GLOBAL_DBNAME=orcl这个实例，当然我这里orcl并不是一个主机名
如果我是这个样子

NAMES.DIRECTORY_PATH= (TNSNAMES)

那么客户端就只会从tnsnames.ora查找orcl的记录
括号中还有其他选项，如LDAP等并不常用。


#------------------------
Tnsnames.ora------ 这个文件类似于unix
的hosts文件，提供的tnsname到主机名或者ip的对应，只有当sqlnet.ora中类似
NAMES.DIRECTORY_PATH= (TNSNAMES)
这样，也就是客户端解析连接字符串的顺序中有TNSNAMES是，才会尝试使用这个文件。

例子中有两个，ORCL
对应的本机，SALES对应的另外一个IP地址，里边还定义了使用主用服务器还是共享服务器模式进行连接，一句一句说


#你所要连接的时候输入得TNSNAME
ORCL =
(DESCRIPTION =
(ADDRESS_LIST =
#下面是这个TNSNAME对应的主机，端口，协议
(ADDRESS = (PROTOCOL = TCP)(HOST = 127.0.0.1)(PORT =
1521))
)
(CONNECT_DATA =
#使用专用服务器模式去连接需要跟服务器的模式匹配，如果没有就根据服务器的模式
#自动调节
(SERVER = DEDICATED)
#对应service_name，SQLPLUS>;show parameter service_name;
# 进行查看
(SERVICE_NAME = orcl)
)
)
#下面这个类似
SALES =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.188.219)(PORT
= 1521))
)
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = sales)
)
)


#----------------------
客户端完了我们来看服务器端
listener.ora------listener监听器进程的配置文件
关于listener进程就不多说了，接受远程对数据库的接入申请并转交给oracle的服务器进程。所以如果不是使用的远程的连接，listener进程就不是必需的，同样的如果关闭 listener进程并不会影响已经存在的数据库连接。

Listener.ora文件的例子

#listener.ora Network Configuration File:
#E:oracleproduct10.1.0Db_2NETWORKADMINlistener.ora
# Generated by Oracle configuration tools.

＃下面定义LISTENER进程为哪个实例提供服务
＃这里是ORCL，并且它对应的ORACLE_HOME和GLOBAL_DBNAME
#其中GLOBAL_DBNAME不是必需的除非使用HOSTNAME做数据库连接
SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(GLOBAL_DBNAME = boway)
(ORACLE_HOME = E:oracleproduct10.1.0Db_2)
(SID_NAME = ORCL)
)
)
#监听器的名字，一台数据库可以有不止一个监听器
#再向下面是监听器监听的协议，ｉｐ，端口等，这里使用的ｔｃｐ１５２１端口，并且使＃用的是主机名
LISTENER =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = boway)(PORT = 1521))
)

上面的例子是一个最简单的例子，但也是最普遍的。一个listener进程为一个 instance(SID)提供服务。
监听器的操作命令
$ORACLE_HOME/bin/lsnrctl
start,其他诸如stop,status等。具体敲完一个lsnrctl后看帮助。


上面说到的三个文件都可以通过图形的配置工具来完成配置
$ORACLE_HOME/netca 向导形式的
$ORACLE_HOME/netmgr
本人比较习惯netmgr,

profile 配置的是sqlnet.ora也就是名称解析的方式
service name 配置的是tnsnames.ora文件
listeners配置的是listener.ora文件，即监听器进程
具体的配置可以尝试一下然后来看一下配置文件。


这样一来总体结构就有了，是
当你输入sqlplus sys/oracle@orcl的时候
1． 查询sqlnet.ora看看名称的解析方式，发现是TNSNAME
2．
则查询tnsnames.ora文件，从里边找orcl的记录，并且找到主机名，端口和service_name
3． 如果listener进程没有问题的话，建立与listener进程的连接。
4．
根据不同的服务器模式如专用服务器模式或者共享服务器模式，listener采取接下去的动作。默认是专用服务器模式，没有问题的话客户端就连接上了数据库的server
process。
5． 这时候网络连接已经建立，listener进程的历史使命也就完成了。


#---------------
几种连接用到的命令形式
1.sqlplus / as sysdba 这是典型的操作系统认证，不需要listener进程
2.sqlplus sys/oracle 这种连接方式只能连接本机数据库，同样不需要listener进程
3.sqlplus sys/oracle@orcl 这种方式需要listener进程处于可用状态。最普遍的通过网络连接。

以上连接方式使用sys用户或者其他通过密码文件验证的用户都不需要数据库处于可用状态，操作系统认证也不需要数据库可用，普通用户因为是数据库认证，所以数据库必需处于open状态。


然后就是
#-------------
平时排错可能会用到的
1．lsnrctl status查看服务器端listener进程的状态
LSNRCTL>; help
The following operations are available
An asterisk (*) denotes a modifier or extended command:
start stop status
services version reload
save_config trace change_password
quit exit set*
show*
LSNRCTL>; status

2．tnsping
查看客户端sqlnet.ora和 tnsname.ora文件的配置正确与否，及对应的服务器的listener进程的状态。
C:>;tnsping orcl

TNS Ping Utility for 32-bit Windows: Version 10.1.0.2.0 -
Production on 16-8月 -
2005 09:36:08

Copyright (c) 1997, 2003, Oracle. All rights reserved.

Used parameter files:
E:oracleproduct10.1.0Db_2networkadminsqlnet.ora


Used TNSNAMES adapter to resolve the alias
Attempting to contact (DESCRIPTION = (ADDRESS_LIST = (ADDRESS
= (PROTOCOL = TCP)
(HOST = 127.0.0.1)(PORT = 1521))) (CONNECT_DATA = (SERVER =
DEDICATED) (SERVICE_
NAME = orcl)))
OK (20 msec)

3．
SQL>;show sga 查看instance是否已经启动

SQL>; select open_mode from v$database; 查看数据库是打开还是mount状态。
OPEN_MODE
----------
READ WRITE


#-----------------
使用hostname访问数据库而不是tnsname的例子

使用tnsname访问数据库是默认的方式，但是也带来点问题，那就是客户端都是需要配置tnsnames.ora文件的。如果你的数据库服务器地址发生改变，就需要重新编辑客户端这个文件。通过hostname访问数据库就没有了这个麻烦。

需要修改
服务器端listener.ora
#监听器的配置文件 listener.ora
#使用host naming则不再需要tnsname.ora文件做本地解析
# listener.ora Network Configuration File:
d:oracleproduct10.1.0db_1NETWORKADMINlistener.ora
# Generated by Oracle configuration tools.

SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
# (SID_NAME = PLSExtProc)
(SID_NAME = orcl)
(GLOBAL_DBNAME = boway)
(ORACLE_HOME = d:oracleproduct10.1.0db_1)
# (PROGRAM = extproc)
)
)

LISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC))
)
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = boway)(PORT = 1521))
)
)

客户端sqlnet.ora 如果确认不会使用TNSNAME访问的话，可以去掉TNSNAMES
# sqlnet.ora Network Configuration File:
d:oracleproduct10.1.0db_1NETWORKADMINsqlnet.ora
# Generated by Oracle configuration tools.

SQLNET.AUTHENTICATION_SERVICES= (NTS)

NAMES.DIRECTORY_PATH= (HOSTNAME)

Tnsnames.ora文件不需要配置，删除也无所谓。
下面就是网络和操作系统的配置问题了，怎么样能够解析我的主机名的问题了
可以通过下面的方式连接
sqlplus sys/oracle@boway
这样的话，会连接boway这台服务器，并且listener来确定你所要连接的 service_name。