Oracle的ORACLESIDINSTANCENAMEDBNAMESERVER NAMETNSNAME的区别Word下载.docx
《Oracle的ORACLESIDINSTANCENAMEDBNAMESERVER NAMETNSNAME的区别Word下载.docx》由会员分享，可在线阅读，更多相关《Oracle的ORACLESIDINSTANCENAMEDBNAMESERVER NAMETNSNAME的区别Word下载.docx（14页珍藏版）》请在冰豆网上搜索。
（c）Copyright2000OracleCorporation.Allrightsreserved.
Connectedtoanidleinstance.
SQL>
startupnomount;
ORACLEinstancestarted.
!
ps-ef|grepora_smon_eygle
oracle81112311076010:
24:
15pts/10:
00grepora_smon_eygle
oracle8110921010:
02?
0:
00ora_smon_eygle
接下来又可以启动另外$ORACLE_HOME下ORACLE_SID为eygle的实例：
Release9.2.0.4.0-ProductiononFriFeb1610:
432007
Copyright（c）1982,2002,OracleCorporation.Allrightsreserved.
oracle91121411172010:
58pts/10:
oracle9111881010:
48?
现在这同一台主机上就启动了两个相同名称的实例，在操作系统上，Oracle能够通过ID标示将共享内存或信号量区分开来：
$ipcs-i
IPCstatusfrom
asofFriFeb1610:
30:
02CST2007
TIDKEYMODEOWNERGROUP
MessageQueues:
q00x2e781d5--rw-r--r--rootroot
TIDKEYMODEOWNERGROUPISMATTCH
SharedMemory:
m40960xabdc9b64--rw-r-----oracle8dba12
m10250x79552064--rw-r-----oracle9dba11
Semaphores:
s12451840x79978bac--ra-r-----oracle8dba
s4587530xa0e9f594--ra-r-----oracle9dba
通过Oracle提供的一个小工具sysresv，我们可以找到对应于不同的ORACLE_SID，操作系统上创建的共享内存段ID（SharedMemory）和信号量ID（Semaphores）等信息:
$sysresv-leyglejulia
IPCResourcesforORACLE_SID"
eygle"
:
IDKEY
25600x79552064
7208960xa0e9f594
OracleInstancealiveforsid"
julia"
5140xab281214
1966100xa7645a54
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
bash-2.03$cpiniteygle.orainitjulia.ora
bash-2.03$exportORACLE_SID=julia
bash-2.03$sqlplus"
TotalSystemGlobalArea303532408bytes
FixedSize731512bytes
VariableSize184549376bytes
DatabaseBuffers117440512bytes
RedoBuffers811008bytes
此时同一主机上就可以启动多个实例，ORACLE_SID不同，但是拥有了相同的instance_name：
showparameterinstance_name
NAMETYPEVALUE
---------------------------------------------------------------------------------
instance_namestringeygle
但是注意，在数据库内部视图V$INSTANCE中也记录着一个INSTANCE_NAME，这个INSTANCE_NAME来自数据库实例的SID，始终和ORACLE_SID保持一致，这就可能出现数据库中这两个INSTANCE_NAME不一致的情况：
selectinstance_namefromv$instance;
--------------------------------
julia
----------------------------------------------------------------------------
所以存在这种歧义是因为在Oracle9i中，当创建数据库进行相关配置时，数据库将INSTANCE_NAME参数写入了参数文件，这就导致了当我们修改参数文件名称变更ORACLE_SID时可能并不修改INSTANCE_NAME参数的情况；
值得注意的是，从Oracle10g开始，参数文件中缺省不再记录INSTANCE_NAME，此时INSTANCE_NAME可以动态从系统获得，从而消除了以前可能常见的歧义：
D:
\oracle\product>
grepinstance_name9.2.0\database\SPFILEEEYGLE.ORA
*.instance_name='
eeygle'
grepinstance_name10.2.0\database\SPFILEEYGLE.ORA
grepinstance_name11.1.0\database\SPFILEEYGLEE.ORA
INSTANCE_NAME除了用来标识实例名称之外，在监听器动态注册时还会用于向监听器注册。
比如在一个数据库db_name=julia，instance_name=eygle的数据库中，监听器动态注册会包含如下信息，这里的Instance内容就来自INSTANCE_NAME参数设置：
ServicesSummary...
Service"
has1instance（s）.
Instance"
statusREADY,has1handler（s）forthisservice...
V$INSTANCE视图和数据库实例的生命周期相关，用于显示当前实例的状态，通过这个视图可以获得包括实例的启动时间、运行主机等重要信息，通过以下一段SQL可以获得数据库的UPTIME信息：
COLUMNSTARTED_ATformata25
COLUMNUPTIMEformata50
SELECTTO_CHAR（startup_time,'
DD-MON-YYYYHH24:
MI:
SS'
）started_at,
2TRUNC（SYSDATE-（startup_time））
3||'
day（s）,'
||TRUNC（24*（（SYSDATE-startup_time）-
4TRUNC（SYSDATE-startup_time）））
5||'
hour（s）,'
||MOD（TRUNC（1440*（（SYSDATE-startup_time）-
6TRUNC（SYSDATE-startup_time）））,60）
7||'
minute（s）,'
||MOD（TRUNC（86400*（（SYSDATE-startup_time）-
8TRUNC（SYSDATE-startup_time）））,60）
9||'
seconds'
uptime
10FROMv$instance;
STARTED_ATUPTIME
---------------------------------------------------------------------------
05-JUL-200510:
36:
58803day（s）,2hour（s）,27minute（s）,55seconds
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的动态注册监听示范：
通过下面的测试来看一下DB_NAME与数据库的关系。
首先initeygle.ora文件代表了一个数据库实例：
[oracle@jumperoracle]$cd$ORACLE_HOME/dbs
[oracle@jumperdbs]$grepnameiniteygle.ora
*.db_name='
eygle'
这个实例以及当前数据库的相关参数如下：
showparameterdb_name
-----------------------------------------------------------------------------
db_namestringeygle
现在创建另外一个实例，通过复制创建一个pfile文件为名为julia这个新的实例使用：
[oracle@jumperdbs]$cpiniteygle.orainitjulia.ora
[oracle@jumperdbs]$llinit*
-rw-r--r--1oracledba982Jul2514:
03initeygle.ora
04initjulia.ora
修改这个文件，更改instance_name参数，设置instance_name=julia，修改后的参数设置如下所示:
[oracle@jumperdbs]$grepnameinitjulia.ora
julia'
现在来启动这个实例名称为julia的instance：
[oracle@jumperdbs]$exportORACLE_SID=julia
[oracle@jumperdbs]$sqlplus"
startupmount;
TotalSystemGlobalArea139531744bytes
FixedSize452064bytes
VariableSize121634816bytes
DatabaseBuffers16777216bytes
RedoBuffers667648bytes
ORA-01102:
cannotmountdatabaseinEXCLUSIVEmode
注意，当试图加载数据库时出现错误，因为当前数据库被另外一个实例（instance）加载。
在非并行模式（Ops/RAC）下，一个数据库同时只能被一个实例加载。
此时已经启动了两个数据库实例，从后台进程可以看出：
[oracle@jumperdbs]$ps-ef|grepdbw
oracle2732310Jul14?
00:
00:
00ora_dbw0_eygle
oracle154471014:
04?
00ora_dbw0_julia
oracle2503025000018:
38pts/200:
00grepdbw
关闭eygle这个数据库实例:
[oracle@jumperdbs]$exportORACLE_SID=eygle
shutdownimmediate;
然后就可以通过实例julia加载并打开db_name=eygle的数据库了，这也就是前面所说的，一个数据库可以被任何一个实例挂接打开（当然是有条件限制的）：
alterdatabasemount;
alterdatabasemount
*
ERRORatline1:
ORA-01990:
erroropeningpasswordfile'
/opt/oracle/product/9.2.0/dbs/orapw'
ORA-27037:
unabletoobtainfilestatus
LinuxError:
2:
Nosuchfileordirectory
Additionalinformation:
3
alterdatabaseopen;
Databasealtered.
selectnamefromv$datafile;
NAME
----------------------------------------------------------------------------
/opt/oracle/oradata/eygle/system01.dbf
/opt/oracle/oradata/eygle/undotbs01.dbf
/opt/oracle/oradata/eygle/users01.dbf
/opt/oracle/oradata/eygle/eygle01.dbf
instance_namestringjulia
进一步的，再来研究一下如果参数文件中的db_name和控制文件中的db_name不一致会出现什么错误。
修改参数文件中的db_name参数：
在nomount环节不存在任何问题，而在mount阶段，数据库会对参数文件和控制文件进行比较，如果两者记录的db_name不一致，则数据库无法启动，错误提示指定的数据库名称和控制文件中记录的名称不符：
ORA-01103:
databasename'
EYGLE'
incontrolfileisnot'
JULIA'
SERVERNAME
ServiceName：
服务名，如果数据库有域名则等同于GlobalDBName、没有的话则等同于数据库名,这是因为数据库启动后会自动把数据库名注册到监听成为服务名,同时数据库参数service_names也会注册为服务名,所以一个数据库可以有多个服务名。
当在Oracle客户端连接服务器的时候，主机字符串应该使用服务名。
TNSNAME
网络服务名，也有人叫TNS别名、网络连接串（connectstring）,在tnsnames.ora中配置的名称,如下面例子的DBTNS。
sqlplussys/sys@orclassysdba（这种连法会根据tnsnames.ora中配置的网络服务名连接到本机或者远程的oracle，走的是网络通信）
看看数据库参数设置：
NAME
升级会员 