ORACLE中的DB_NAME,SERVICE_NAME,INSTANCE_NAME,ORACLE_SID,GLOBAL_DBNAME介绍

本文详细解析了Oracle数据库中的关键参数,包括db_name、instance_name、service_name等,并阐述了它们在数据库管理和启动过程中的作用。文章还介绍了如何通过参数文件、listener配置和tnsname配置来实现数据库的连接与监听,以及ORACLE_SID参数在实例启动过程中的重要性。

最近查过一些资料,准备把oracle里纷乱的参数整理一下,这里主要讨论以下参数,及其用法的总结,如有不对的地方,望高人指点!
在init.ora中有db_name,instance_name,service_name
在操作系统中需要配置oracle_sid
在listener.ora中有SID_NAME,GLOBAL_DBNAME,
在tnsname.ora中有SERVICE_NAME,SID
 
init.ora中
Db_name:对一个数据库(Oracle database)的唯一标识,该数据库为第一章讲到的Oracle database。这种表示对于单个数据库是足够的,但是随着由多个数据库构成的分布式数据库的普及,这种命令数据库的方法给数据库的管理造成一定的负担,因为各个数据库的名字可能一样,造成管理上的混乱。为了解决这种情况,引入了Db_domain参数,这样在数据库的标识是由Db_name和Db_domain两个参数共同决定的,避免了因为数据库重名而造成管理上的混乱。这类似于互连网上的机器名的管理。我们将Db_name和Db_domain两个参数用’.’连接起来,表示一个数据库,并将该数据库的名称称为Global_name,即它扩展了Db_name。Db_name参数只能由字母、数字、’_’、’#’、’$’组成,而且最多8个字符。

Db_domain:定义一个数据库所在的域,该域的命名同互联网的’域’没有任何关系,只是数据库管理员为了更好的管理分布式数据库而根据实际情况决定的。当然为了管理方便,可以将其等于互联网的域。

Global_name:对一个数据库(Oracle database)的唯一标识,oracle建议用此种方法命令数据库。该值是在创建数据库是决定的,缺省值为Db_name. Db_domain。在以后对参数文件中Db_name与Db_domain参数的任何修改不影响Global_name的值,如果要修改Global_name,只能用ALTER DATABASE RENAME GLOBAL_NAME TO 命令进行修改,然后修改相应参数。

Service_name:该参数是oracle8i新引进的。在8i以前,我们用SID来表示标识数据库的一个实例,但是在Oracle的并行环境中,一个数据库对应多个实例,这样就需要多个网络服务名,设置繁琐。为了方便并行环境中的设置,引进了Service_name参数,该参数对应一个数据库,而不是一个实例,而且该参数有许多其它的好处。该参数的缺省值为Db_name. Db_domain,即等于Global_name。一个数据库可以对应多个Service_name,以便实现更灵活的配置。该参数与SID没有直接关系,即不必Service name 必须与SID一样。

Net service name:网络服务名,又可以称为数据库别名(database alias)。是客户端程序访问数据库时所需要,屏蔽了客户端如何连接到服务器端的细节,实现了数据库的位置透明的特性。
 
实例 就是管理相关库的内存结构的名字(由SGA、PGA、服务器进程、用户进程、后台进程等组成)
数据库 就是实际的磁盘上的文件(数据文件、日志文件、控制文件等),负责保存数据,但由对应的实例来操作它的数据
服务名 就是对外公布的名称,为网络监听服务
其实,在我们传统的概念里,数据库是一个统称的名字,在Oracle中,你可以把“数据库”理解成一个大概念,也要把它理解成一个小概念
1、一个Oracle数据库系统中可以同时安装几个数据库,每一个数据库对应一个唯
一的实例,但是OPS系统除外,可以多个实例同时对一个数据库操作,称为并行服务
2、只是一个名字,SID即是INSTANCE_NAME,SERVICE_NAMES主要用在监听器中。
在listener.ora中有SID_NAME,GLOBAL_DBNAME
这里SID_NAME指数据库的运行的实例名,应该是和instance_name一致
而对于GLOBAL_DBNAME是listener配置的对外网络连接名称,我们在配置tnsname.ora时会考虑这个参数。这个参数可以任意的设置。
另外有一点需要注意,一般我们会在listener.ora手工配置数据库实例的监听配置。但oracle可以通过pmon进程支持自动注册,这时自动注册的对外网络连接名称就会用到init.ora文件中service_name,有多个值的话就会注册多个,对于上面的例子,在这里就会注册serv1和serv2两个监听服务。如果你还手工配置了一个GLOBAL_DBNAME=serv3的监听服务的话,那么对于实例instance_name=aking就会有三个监听服务。
 
在tnsname.ora中有SERVICE_NAME,SID
下面配置客户端的tnsname.ora
对于这里的配置主要要给出要连接的数据库的IP及其连接的实例或服务
在监听配置中我们提到了对外网络连接名称,在这里如果我们用SERVICE_NAME的话,就需要SERVICE_NAME=(GLOBAL_DBNAME或者service_name这里要求oracle已经自动注册到了监听器中),对于SID=(instance_name)即可,譬如:
SERVICE_NAME=serv1,serv2,serv3都可以,或者
SID=aking
 
最后一个是ORACLE_SID参数,这个参数是操作系统中用到的,它是描述我们要默认连接的数据库实例.
instance_name是oracle数据库参数。而ORACLE_SID是操作系统的环境变量,ORACLE_SID必须与instance_name的值一致.对于一个机器上有多个实例的情况下,要修改后才能通过 conn / as sysdba连接,因为这里用到了默认的实例名。
 
1.ORACLE_SID:(ORACLE SYSTEM IDENTIFIER)
     以环境变量的形式出现的。
     Oracle实例是由SGA和一组后台进程组成的,实例的创建和启动需要一个参数文件,而参数文件的名称就是由ORACLE_SID决定的。对于init文件,缺省的文件名称是init.ora,对于spfile文件,缺省的文件名称是spfile.ora
     设置不同的ORACLE_SID值,就可以默认使用不同的参数文件启动不同的数据库实例。
     另外,ORACLE_SID的作用远远不是作为一个实例入口这么简单的,在实例启动后,实例名称INSTANCE_NAME也是从ORACLE_SID得到的。
2.INSTANCE_NAME:
     实例名称,这是Oracle实例的名字,用来区分不通的实例。在Oracle9i之前,该名字存储在两个地方:参数文件和数据库的内部试图(V$INSTANCE).
     而在Oracle10g之后的版本中,该名字不再出现在参数文件中,而是动态从系统中获得,默认是取自ORACLE_SID。
     INSTANCE_NAME的作用除了区别不同实例之外,在监听器动态注册时,还会用于向监听器注册。比如instance_name=kanon,监听中将动态注册Instance "kanon",status READY信息。
3.DB_NAME:    
     DB_NAME概念相比于INSTANCE_NAME要重要的多,它决定实例将挂在的数据文件。它出现在数据文件,控制文件,日志文件中。在参数文件中也出现,且必须出现。这个参数涉及到系统的物理文件。
4.SERVICE_NAME和GLOBAL_DBNAME:
     这两个参数之所以放在一起讲,是因为他们往往是成对出现的。SERVICE_NAME出现在Tnsnames.ora文件中,是客户端要请求的服务名。
     GLOBAL_DBNAME出现在Listener.ora文件中,是服务器提供的服务名,可以通过show paramerer service_names查看,并可以通过alter system set service_name='servicename' scope=both来修改。
     二者对应,实现了Listerner.ora/Tnsnames.ora的重要功能----监听、请求与验证。
总结:一条startup命令,究竟是如何启动庞大的oracle数据库的呢?下面我们来贯穿起来整个启动流程,一探究竟:
      首先,系统接收到startup命令,立刻采取行动,取得环境变量ORACLE_SID的值,启动第一阶段--实例创建。系统根据找到的参数文件启动ORACLE数据库实例,实例启动后,一切由实例接管:注册INSTANCE_NAME,往往INSTANCE_NAME就是来自ORACLE_SID,接着向监听器动态注册实例自己,并将INSTANCE_NAME写入系统数据字典表,
      接下来,实例进一步读取参数文件,取得DB_NAME、控制文件、检查点等信息,进入第二阶段--挂载数据库。实例从控制文件中取得DB_NAME,并取得数据文件、日志文件等信息,进行DB_NAME的一致性检验、文件的存在性

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/24742969/viewspace-1614115/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/24742969/viewspace-1614115/

<think>好的,用户现在问的是Oracle中的GLOBAL_DBNAMESID_NAME是否必须相同。根据之前的对话,用户已经了解过SIDService Name的区别,现在可能是在配置监听器时遇到了问题,或者对这两个参数的关系不太清楚。 首先,我需要回顾之前的回答,确保信息的一致性。之前提到过SID是实例标识,而Service Name是逻辑服务名,通常用于客户端连接,尤其是在RAC环境中。现在用户提到的GLOBAL_DBNAMESID_NAME是监听器配置文件中的参数,需要明确他们的定义和用途。 根据用户提供的引用内容,引用1指出ORACLE_SID是实例标识符,作为环境变量存在,与INSTANCE_NAME不同,但需要保持一致。引用2提到ORACLE_SID操作系统的环境变量,必须与INSTANCE_NAME的值一致。而引用3说明GLOBAL_DBNAME在listener.ora中出现,是服务器提供的服务名,可以通过参数service_names查看和修改。 接下来需要分析GLOBAL_DBNAMESID_NAME的关系。GLOBAL_DBNAME通常对应Service Name,而SID_NAME对应实例的SID。在静态注册时,GLOBAL_DBNAME可以设置为Service NameDB_NAME,而SID_NAME必须与实例的ORACLE_SID一致。动态注册下,实例会自动注册Service Name到监听器,无需手动配置GLOBAL_DBNAME。 用户的问题核心在于这两个参数是否必须相同。根据引用内容,GLOBAL_DBNAME可以是Service Name,而SID_NAME是实例的SID,两者不需要相同。例如,在单实例中,GLOBAL_DBNAME可能设为Service Name,而SID_NAME是实例的SID,可能不同。在RAC环境中,GLOBAL_DBNAME可能是一个统一的Service Name,而每个节点的SID_NAME不同。 此外,用户可能遇到的实际配置问题,例如监听器无法识别实例,可能由于静态注册时GLOBAL_DBNAMESID_NAME配置错误导致。需要给出配置示例和常见错误排查方法,帮助用户理解如何正确设置这两个参数。 最后,总结两者的关系,明确不需要相同,并给出最佳实践建议,比如在静态注册时如何设置,动态注册的优势等,以帮助用户根据实际环境进行配置。</think>### **Oracle GLOBAL_DBNAMESID_NAME 的配置关系** 在 Oracle 数据库的监听器(Listener)配置中,`GLOBAL_DBNAME` 和 `SID_NAME` 是两类关键参数,**两者不要求必须相同**,但需根据具体场景进行合理配置。以下是二者的核心区别与关联逻辑: --- ### **1. 概念与用途对比** | **参数** | **GLOBAL_DBNAME** | **SID_NAME** | |--------------------|------------------------------------|----------------------------------| | **定义** | 监听器配置中标识逻辑服务名 | 监听器配置中标识实例的 SID | | **作用对象** | 客户端连接时使用的服务名(Service Name) | 实例的唯一标识符(ORACLE_SID) | | **关联参数** | `SERVICE_NAMES`(数据库参数) | `INSTANCE_NAME`(数据库参数) | | **配置文件** | `listener.ora`(静态注册) | `listener.ora`(静态注册) | --- ### **2. 配置场景与逻辑** #### **(1) 静态注册(Manual Registration)** 当监听器通过 `listener.ora` **手动配置**实例时: - **`GLOBAL_DBNAME`**:通常设置为数据库的 `SERVICE_NAMES` 或 `DB_NAME`,用于客户端通过服务名连接。 - **`SID_NAME`**:必须与实例的 `ORACLE_SID` 完全一致,用于监听器定位具体实例进程。 **示例配置**: ```ini # listener.ora 配置片段 SID_LIST_LISTENER = (SID_LIST = (SID_DESC = (GLOBAL_DBNAME = app_service) # 逻辑服务名(可自定义) (ORACLE_HOME = /u01/app/oracle/product/19c) (SID_NAME = ORCL) # 必须与实例的 ORACLE_SID 一致 ) ) ``` **关系说明**: - 若客户端使用 `GLOBAL_DBNAME`(如 `app_service`)连接,监听器将其映射到 `SID_NAME` 对应的实例。 - **允许不同**:`GLOBAL_DBNAME` 可以是任意服务名,与 `SID_NAME` 无强制关联。 #### **(2) 动态注册(Dynamic Registration)** 当实例通过 `PMON` 进程**自动注册**到监听器时(默认行为): - **`GLOBAL_DBNAME`**:自动填充为数据库的 `SERVICE_NAMES`,无需手动配置。 - **`SID_NAME`**:自动填充为实例的 `ORACLE_SID`,与 `INSTANCE_NAME` 一致。 **动态注册优势**: - 无需手动维护 `listener.ora`,减少配置错误风险。 - 支持实时更新服务状态(如 RAC 节点的增删)。 --- ### **3. 是否必须相同?** - **否**:`GLOBAL_DBNAME` 与 `SID_NAME` 可以是不同的值,具体取决于用途: - **单实例场景**: - `GLOBAL_DBNAME` 可设置为业务相关的服务名(如 `app_service`)。 - `SID_NAME` 必须与实例的 `ORACLE_SID` 一致(如 `ORCL`)。 - **RAC 集群场景**: - 所有节点共享同一个 `GLOBAL_DBNAME`(如 `rac_service`),但每个节点的 `SID_NAME` 不同(如 `ORCL1`, `ORCL2`)。 **典型错误案例**: 若在静态注册中将 `SID_NAME` 错误设置为与 `ORACLE_SID` 不一致的值,会导致监听器无法识别实例,报错 **ORA-12505**。 --- ### **4. 验证与排查方法** #### **(1) 查看监听器注册信息** ```bash lsnrctl status ``` 输出中检查 `Service` 和 `Instance` 的对应关系: ``` Service "app_service" has 1 instance(s). Instance "ORCL", status READY, has 1 handler(s) for this service... ``` #### **(2) 检查数据库参数** ```sql -- 查看实例的 ORACLE_SIDSERVICE_NAMES SELECT INSTANCE_NAME FROM V$INSTANCE; -- 输出 SID_NAME SHOW PARAMETER SERVICE_NAMES; -- 输出 GLOBAL_DBNAME 的候选值 ``` --- ### **5. 总结与最佳实践** - **静态注册**: - `GLOBAL_DBNAME` 可自由定义,用于逻辑服务隔离。 - `SID_NAME` 必须严格匹配 `ORACLE_SID`。 - **动态注册**: - 优先使用默认行为,避免手动配置冲突。 - 通过 `SERVICE_NAMES` 参数统一管理服务名。 --- ### **相关问题** 1. **如何在 RAC 环境中为同一服务配置多个 `GLOBAL_DBNAME`?** 2. **动态注册失败时如何强制手动注册实例到监听器?** 3. **监听器日志中 `TNS-12560` 错误与 `SID_NAME` 配置不匹配有何关联?** [^1]: `GLOBAL_DBNAME` 是监听器配置中的逻辑服务名,与 `SERVICE_NAMES` 参数关联。 [^2]: `SID_NAME` 必须与实例的 `ORACLE_SID` 一致,用于实例进程识别。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值