ORACLE_SID
SID是System IDentifier的缩写,而ORACLE_SID就是Oracle System IDentifier 的缩写,在Oracle系统中,ORACLE_SID以环境变量的形式出现,当Oracle实例启动时,在操作系统上fork的进程就依据这个ORACLE_SID来创建,这就是SID的作用。
Oracle的实例(instance)是由一块共享内存区域(SGA)和一组后台进程(background processes)共同组成,而后台进程正是数据库和操作系统进行交互的通道,这些进程的名称就是通过ORACLE_SID决定的。
通过前面的讨论可以知道,实例的启动需要一个参数文件,参数文件的名称就是由ORACLE_SID决定的,对于init文件,缺省的文件名称是init<ORACLE_SID>.ora,对于spfile文件,缺省的文件名为spfile<ORACLE_SID>.ora,Oracle依据ORACLE_SID来决定和寻找参数文件启动实例。
在同一个$ORACLE_HOME下,通过参数文件,Oracle能够根据ORACLE_SID将实例区分开来;但是注意如果在不同的$ORACLE_HOME下,即使在同一台主机上,Oracle也是能够创建相同ORACLE_SID的实例的。
以下一个测试,首先启动一个Oracle8i下ORACLE_SID为eygle的实例:
$ export ORACLE_SID=eygle SQL> startup nomount; |
接下来又可以启动另外$ORACLE_HOME下ORACLE_SID为eygle的实例:
$ export ORACLE_SID=eygle SQL> startup nomount; |
现在这同一台主机上就启动了两个相同名称的实例,在操作系统上,Oracle能够通过ID标示将共享内存或信号量区分开来:
$ ipcs -i |
通过Oracle提供的一个小工具sysresv,我们可以找到对应于不同的ORACLE_SID,操作系统上创建的共享内存段ID(Shared Memory)和信号量ID(Semaphores)等信息:
$ sysresv -l eygle julia |
INSTANCE_NAME
在数据库内部和ORACLE_SID相关联的概念就是INSTANCE_NAME. Oracle数据库内部存在一个初始化参数INSTANCE_NAME,用于标示数据库实例的名称,其缺省值通常就是ORACLE_SID;但是初始化参数INSTANCE_NAME和ORACLE_SID可以不同,不同实例可以拥有相同的INSTANCE_NAME.在同一个ORACLE_HOME下,只要ORACLE_SID不同,数据库并不校验INSTANCE_NAME参数;通过简单的参数文件复制,我们就可以在同一台服务器上创建多个具有相同instance_name的实例(注意以下测试来自Oracle9i数据库):
bash-2.03$ cd $ORACLE_HOME/dbs Total System Global Area 303532408 bytes |
此时同一主机上就可以启动多个实例,ORACLE_SID不同,但是拥有了相同的instance_name:
SQL> show parameter instance_name |
但是注意,在数据库内部视图V$INSTANCE中也记录着一个INSTANCE_NAME,这个INSTANCE_NAME来自数据库实例的SID,始终和ORACLE_SID保持一致,这就可能出现数据库中这两个INSTANCE_NAME不一致的情况:
SQL> select instance_name from v$instance; |
所以存在这种歧义是因为在Oracle9i中,当创建数据库进行相关配置时,数据库将INSTANCE_NAME参数写入了参数文件,这就导致了当我们修改参数文件名称变更ORACLE_SID时可能并不修改INSTANCE_NAME参数的情况;值得注意的是,从Oracle10g开始,参数文件中缺省不再记录INSTANCE_NAME,此时INSTANCE_NAME可以动态从系统获得,从而消除了以前可能常见的歧义:
D:\oracle\product>grep instance_name 9.2.0\database\SPFILEEEYGLE.ORA |
INSTANCE_NAME除了用来标识实例名称之外,在监听器动态注册时还会用于向监听器注册。比如在一个数据库db_name=julia,instance_name=eygle的数据库中,监听器动态注册会包含如下信息,这里的Instance内容就来自INSTANCE_NAME参数设置:
Services Summary... |
V$INSTANCE视图和数据库实例的生命周期相关,用于显示当前实例的状态,通过这个视图可以获得包括实例的启动时间、运行主机等重要信息,通过以下一段SQL可以获得数据库的UPTIME信息:
SQL> COLUMN STARTED_AT format a25 |
DB_NAME
相较INSTANCE_NAME参数来说,对于Oracle数据库更为重要的一个参数是DB_NAME.DB_NAME代表了实例即将挂接的数据库名称,关系到具体的物理文件。通常缺省的数据库instance_name和db_name可以设置相同(在RAC环境下,由于多个实例对应一个数据库,所以instance_name和db_name不同)。
在创建数据库的过程中,下图是用于定义数据库名称(db_name)和影响INSTANCE_NAME的SID:
Oracle文档中对于db_name的定义如下:DB_NAME用来定义数据库名称,必须是一个不超过8个字符的文本串,在数据库创建过程中,db_name被记录在数据文件,日志文件和控制文件中。如果数据库实例启动过程中参数文件中的db_name和控制文件中的数据库名称不一致,则数据库不能启动。
此外常见的几个结论有:
1. 一个实例可以mount并打开任何数据库,但是同一时间一个实例只能打开一个数据库
2. 一个数据库可以被一个或多个实例所mount并打开(在OPS/RAC环境下,一个数据库可以被多个实例所打开)。
DB_NAME的另外一个作用是在监听器动态注册时作为缺省服务名注册,以下是Oracle10g的动态注册监听示范:
Services Summary... |
通过下面的测试来看一下DB_NAME与数据库的关系。首先initeygle.ora文件代表了一个数据库实例:
[oracle@jumper oracle]$ cd $ORACLE_HOME/dbs |
这个实例以及当前数据库的相关参数如下:
SQL> show parameter db_name |
现在创建另外一个实例,通过复制创建一个pfile文件为名为julia这个新的实例使用:
[oracle@jumper oracle]$ cd $ORACLE_HOME/dbs |
修改这个文件,更改instance_name参数,设置instance_name = julia,修改后的参数设置如下所示:
[oracle@jumper dbs]$ grep name initjulia.ora |
现在来启动这个实例名称为julia的instance:
[oracle@jumper dbs]$ export ORACLE_SID=julia Total System Global Area 139531744 bytes |
注意,当试图加载数据库时出现错误,因为当前数据库被另外一个实例(instance)加载。在非并行模式(Ops/RAC)下,一个数据库同时只能被一个实例加载。
此时已经启动了两个数据库实例,从后台进程可以看出:
[oracle@jumper dbs]$ ps -ef|grep dbw |
关闭eygle这个数据库实例:
[oracle@jumper dbs]$ export ORACLE_SID=eygle |
然后就可以通过实例julia加载并打开db_name=eygle的数据库了,这也就是前面所说的,一个数据库可以被任何一个实例挂接打开(当然是有条件限制的):
[oracle@jumper dbs]$ export ORACLE_SID=julia |
进一步的,再来研究一下如果参数文件中的db_name和控制文件中的db_name不一致会出现什么错误。
修改参数文件中的db_name参数:
[oracle@jumper dbs]$ grep name initjulia.ora |
在nomount环节不存在任何问题,而在mount阶段,数据库会对参数文件和控制文件进行比较,如果两者记录的db_name不一致,则数据库无法启动,错误提示指定的数据库名称和控制文件中记录的名称不符:
SQL> startup nomount; |
SERVER NAME
ServiceName:服务名,如果数据库有域名则等同于Global DB Name、没有的话则等同于数据库名,这是因为数据库启动后会自动把数据库名注册到监听成为服务名,同时数据库参数service_names也会注册为服务名,所以一个数据库可以有多个服务名。当在Oracle客户端连接服务器的时候,主机字符串应该使用服务名。
TNSNAME
网络服务名,也有人叫TNS别名、网络连接串(connect string),在tnsnames.ora中配置的名称,如下面例子的DBTNS。sqlplus sys/sys@orcl as sysdba(这种连法会根据tnsnames.ora中配置的网络服务名连接到本机或者远程的oracle,走的是网络通信)
看看数据库参数设置:
SQL>show parameter instance_name
NAME TYPE VALUE
----------------------------------------------- ------------
instance_name string orcl
SQL>show parameter service_names
NAME TYPE VALUE
----------------------------------------------- ------------
service_names string orcla,orclb
SQL>show parameter db_name
NAME TYPE VALUE
----------------------------------------------- ------------
db_name string orcl
service_names也可以通过altersystem set service_names=orclA,orclB;修改为对应多个值。listener启动时候根据listener.ora配置的信息静态注册可用的服务,同时数据库实例启动以后(PMON)会把
service_names,db_name的值动态的注册到Listener。例如,如果service_names的值为orcla,orclb,db_name的值为orcl,在listener.ora里有如下配置:
(SID_DESC =
(GLOBAL_DBNAME = orclst)
(ORACLE_HOME =D:\oracle\product\10.2.0\db_1)
(SID_NAME = orcl)
)
则在Tnsname.ora中可以作为SERVICE_NAME的值为orcla,orclb,orcl,orclst。通过lsnrct status 可以看到这些服务的信息: status READY的为动态注册的(因为是在实例启动之后才注册到listener的,所以状态为ready),status UNKNOWN的为静态注册的(因为是listener启动的时候根据配置启动的,这是实例是否启动是不知道的,所以为unknown)。通过连接后看v$session中的service_name也可以判断用的服务名是静态注册的还是动态注册的.SYS$USERS表示为静态的.
其中orclst为静态的注册,查看session可以看到如下
SQL>select service_name from v$session where sid=(select distinct(sid) fromv$mystat);
SERVICE_NAME
----------------------------------------------------------------
SYS$USERS
其中通过orclsa为动态的注册,查看session可以看到如下
SQL>select service_name from v$session where sid=(select distinct(sid) fromv$mystat);
SERVICE_NAME
----------------------------------------------------------------
orcla
ServicesSummary...
Service"ORCLA" has 1 instance(s).
Instance "orcl", status READY, has1 handler(s) for this service...
Service"ORCLB" has 1 instance(s).
Instance "orcl", status READY, has1 handler(s) for this service...
Service"PLSExtProc" has 1 instance(s).
Instance "PLSExtProc", statusUNKNOWN, has 1 handler(s) for this service...
Service"orcl" has 1 instance(s).
Instance "orcl", status READY, has1 handler(s) for this service...
Service"orclXDB" has 1 instance(s).
Instance "orcl", status READY, has1 handler(s) for this service...
Service"orcl_XPT" has 1 instance(s).
Instance "orcl", status READY, has1 handler(s) for this service...
Service"orclst" has 1 instance(s).
Instance "orcl", status UNKNOWN,has 1 handler(s) for this service...
Thecommand completed successfully
动态注册默认只能注册1521的listener,如果监听端口不是1521,需要:
1,在服务器端的Tnsname.ora中配置一个tns指明端口号,只有ADDRESS配置没有CONNECT_DATA配置项:
lclsn=
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST =PC-6753184)(PORT = 1522))
)
2,将数据库的参数 local_listener的值改为服务器端的Tnsname.ora配置的lclsn:
alter system set local_listener=lclsn;
Tnsname.ora中配置: 通过lsnrct status得到可以用的SERVICE_NAME ,如orcla,orclb,orcl...
DBTNS=
(DESCRIPTION=
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST =172.19.11.28)(PORT = 1521))
)
(CONNECT_DATA =
(SERVICE_NAME = teldb)
)
)
上面例子中的SERVICE_NAME = teldb也可以换成SID=orcl.一个数据库集群的例子:
DBCLUSTER=
(DESCRIPTION_LIST =
(LOAD_BALANCE = OFF)
(FAILOVER = ON)
(DESCRIPTION =
(ADDRESS_LIST =
(LOAD_BALANCE = ON)
(FAILOVER = ON)
(ADDRESS = (PROTOCOL = TCP)(HOST =rdl701d001-oravip.test.com)(PORT = 6191))
(ADDRESS = (PROTOCOL = TCP)(HOST =rdl701d002-oravip.test.com)(PORT = 6191))
(ADDRESS = (PROTOCOL = TCP)(HOST =rdl701d003-oravip.test.com)(PORT = 6191))
(ADDRESS = (PROTOCOL = TCP)(HOST =rdl701d004-oravip.test.com)(PORT = 6191))
(ADDRESS = (PROTOCOL = TCP)(HOST = rdl701d005-oravip.test.com)(PORT =6191))
(ADDRESS = (PROTOCOL = TCP)(HOST =rdl701d006-oravip.test.com)(PORT = 6191))
)
(CONNECT_DATA =
(SERVICE_NAME = opofs_rd)
(FAILOVER_MODE =
(TYPE = SESSION)
(METHOD = BASIC)
(RETRIES = 120)
(DELAY = 5)
)
)
)
)