服务名、实例名和数据库名 <转载>

服务名、实例名和数据库名

分类：ORACLE-数据库技术2008-08-31 15:15265人阅读 评论(0)收藏 举报
from：http://blog.csdn.net/metasearch/article/details/2855788

今天遇到一位网友，配置的dblink无法使用，报错：
ORA-12514: TNS: 监听进程不能解析在连接描述符中给出的 SERVICE_NAME

其创建dblink的语句是：

createpublicdatabase linknemsconnect toheuseridentified by mypasswdusing 'nems_123.456.78.99';

其tnsnames.ora的配置是：

NEMS_123.456.78.99=
(DESCRIPTION=
(ADDRESS_LIST=
(ADDRESS=(PROTOCOL=TCP)(HOST=123.456.78.99)(PORT=1521))
)
(CONNECT_DATA=
(SERVER=DEDICATED)
(SERVICE_NAME= NEMS)
)
)

通过tnsping和sqlplus手工登录来进行检查，比较奇怪的是tnsping能ping通，但是用通过这个tns用sqlplus登录则报错：

[oracle@buptnuadmin]$tnspingnems_123.456.78.99
TNSPing Utility forLinux:Version9.2.0.4.0- Productionon25-JUL-200713:37:00
Copyright (c)1997Oracle Corporation.
Allrightsreserved.
Usedparameterfiles:/ora1/oracle/product/9.2.0/network/admin/sqlnet.ora
Used TNSNAMESadapter toresolvethe aliasAttemptingto contact(DESCRIPTION=(ADDRESS_LIST= (ADDRESS=(PROTOCOL=TCP)(HOST=123.456.78.99)(PORT=1521)))(CONNECT_DATA= (SERVER=DEDICATED)(SERVICE_NAME= NEMS)))OK(90msec)

--以上tnsping能通

--但是通过sqlplus user/mypasswd@NEMS_123.456.78.99就报错：
SQL>selectsysdbatate from dual@nems;
select sysdatefromdual@nems
*
ERROR at line1: ORA-12514:TNS:listenercouldnot resolveSERVICE_NAMEgiven inconnectdescriptor

既然tnsping能ping通，应该说明网络没有问题，但是从tnsnames.ora的配置上来看也没有错误——如果有错误，tnsping应该也会ping不到。

继续到远程数据库检查，检查listener提供的服务名：

LSNRCTL>services
Connecting to(ADDRESS=(PROTOCOL=tcp)(PORT=1521))
Services Summary...
Service "nemsXDB"has1 instance(s).
Instance "nems",statusREADY,has1 handler(s)forthis service...
Handler(s):
"D000"established:291refused:0current:50max:972state:ready
DISPATCHER <</span>machine:buptdes,pid:13465>
(ADDRESS=(PROTOCOL=tcp)(HOST=buptdes)(PORT=36252))
Service "nunems"has1 instance(s).
Instance "nems",statusREADY,has1 handler(s)forthis service...
Handler(s):
"DEDICATED"established:30421refused:0state:ready
LOCAL SERVERThecommand completed successfully

在这里，我们只看到了listener提供的2个服务：一个叫nemsXDB，一个叫nunems。并没有看到在tnsnames.ora中配置的”SERVICE_NAME= NEMS”

因此把tnsnames.ora中的SERVICE_NAME = NEMS改成SERVICE_NAME = nunems：

NEMS_123.456.78.99=
(DESCRIPTION=
(ADDRESS_LIST=
(ADDRESS=(PROTOCOL=TCP)(HOST=123.456.78.99)(PORT=1521))
)
(CONNECT_DATA=
(SERVER=DEDICATED)
(SERVICE_NAME= nunems)
)
)

测试sqplus也能正常登录了，且dblink也能正常使用了。

所以，上面我们碰到的问题，因为能根据实例名NEMS去找到了相应的主机，故tnsping能通，但是根据tns没有找到相应的服务名，所有在建立连接的时候报错了。

在这里，提一下比较容易弄混淆的概念，服务名、实例名和数据库名：
（1）服务名（service_names）：指listener提供的对外的服务名，客户端可以通过配置tnsnmaes.ora连进行连接，tnsnmaes.ora文件中的service_name要等于服务器端listener所注册的服务名，服务名可以通过输入lsnrctl后，在输入service查看，一般的service_name在listener.ora文件中配置（静态注册），或者当没有listener.ora文件时，在初始化文件中配置instance_name和service_names这2个参数进行动态注册。但是无论采用那种注册方式，都可以通过lsnrctl-sevice来检查。

（2）实例名（instance_name）：oracle启动instance后，即启动oracle的内存进程，这个内存进程的名称。在unix或者linux环境可以通过ps -ef |grepora_看到启动的进程。instance_name由环境变量决定，一个只装oracle软件，没有建库的实例（即没有初始化文件，没有控制文件，没有数据文件，没有redolog），可以用rman来启动，启动后selectinstance_name fromv$instance;这个时候我们可以看到instance_name和在环境变量里面配置的ORACLE_SID是同样的名称。（注：正是由于这个原因，我们一般说的SID就是instance_name，但是需要注意的是，实际上instance_name不等于ORACLE_SID。前者是数据库层面的概念，后者是操作系统中环境变量的设置。）

（3）数据库名（db_name）：这个是在数据库创建的时候确定的：
CREATE DATABASE db_name
CONTROLFILE REUSE
MAXINSTANCES 32
MAXLOGHISTORY 0
……
一旦确定，不能更改。
该信息存在于初始化文件，控制文件等地方（估计数据文件中也有，因为之前试过想通过改初始化文件、控制文件、环境变量来改变数据库名称，但是均有报错，估计在数据文件中已经保存了该信息。）