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

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

其创建dblink的语句是：

create public database link nems connect to heuser identified by mypasswd using '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@buptnu admin]$ tnsping nems_123.456.78.99
  TNS Ping Utility for Linux: Version 9.2.0.4.0 - Production on 25-JUL-2007 13:37:00
  Copyright (c) 1997 Oracle Corporation.
  All rights reserved.  
Used parameter files: /ora1/oracle/product/9.2.0/network/admin/sqlnet.ora
   Used TNSNAMES adapter to resolve the alias Attempting to contact (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 123.456.78.99)(PORT = 1521))) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = NEMS))) OK (90 msec) 

--以上tnsping能通

--但是通过sqlplus user/mypasswd@NEMS_123.456.78.99就报错：
SQL> select sysdbatate from dual@nems;
 select sysdate from dual@nems
                           *
ERROR at line 1: ORA-12514: TNS:listener could not resolve SERVICE_NAME given in connect descriptor

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

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

LSNRCTL> services
Connecting to (ADDRESS=(PROTOCOL=tcp)(PORT=1521)) 
Services Summary... 
Service "nemsXDB" has 1 instance(s).   
Instance "nems", status READY, has 1 handler(s) for this service...
     Handler(s):
       "D000" established:291 refused:0 current:50 max:972 state:ready
          DISPATCHER 
          (ADDRESS=(PROTOCOL=tcp)(HOST=buptdes)(PORT=36252))
 Service "nunems" has 1 instance(s).
   Instance "nems", status READY, has 1 handler(s) for this service...
     Handler(s):
       "DEDICATED" established:30421 refused:0 state:ready
          LOCAL SERVER The command 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 |grep ora_看到启动的进程。instance_name由环境变量决定，一个只装oracle软件，没有建库的实例（即没有初始化文件，没有控制文件，没有数据文件，没有redolog），可以用rman来启动，启动后select instance_name from v$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
……
一旦确定，不能更改。
该信息存在于初始化文件，控制文件等地方（估计数据文件中也有，因为之前试过想通过改初始化文件、控制文件、环境变量来改变数据库名称，但是均有报错，估计在数据文件中已经保存了该信息。）