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

今天遇到一位网友,配置的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
……
一旦确定,不能更改。
该信息存在于初始化文件,控制文件等地方(估计数据文件中也有,因为之前试过想通过改初始化文件、控制文件、环境变量来改变数据库名称,但是均有报错,估计在数据文件中已经保存了该信息。)

相关文章

发表评论

电子邮件地址不会被公开。 必填项已用*标注

此站点使用Akismet来减少垃圾评论。了解我们如何处理您的评论数据