知识大全 Oracle数据库的启动-nomount状态深入解析

Posted 2022-07-16 数据库

篇首语：怀抱观古今，寝食展戏谑。本文由小常识网(cha138.com)小编为大家整理，主要介绍了知识大全 Oracle数据库的启动-nomount状态深入解析相关的知识，希望对你有一定的参考价值。

Oracle数据库的启动-nomount状态深入解析 以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容，让我们赶快一起来看一下吧！

　　以下是《深入解析Oracle》一书第一章的第一部分内容

　　通常所说的Oracle Server主要由两个部分组成 Instance和Database Instance是指一组后台进程（在Windows上是一组线程）和一块共享内存区域 Database是指存储在磁盘上的一组物理文件通过Instance与Database协同 Oracle数据库才能形成一个动态的可访问关系型数据库系统

　　本章将由数据库如何启动与关闭入手开始和大家一起进入Oracle数据库的国度效果如下这是一个普遍性问题在 i g中都存在

　　 数据库的启动

　　从表象来看数据库的启动极其简单只需要以SYSDBA/SYSOPER身份登陆敲一条startup命令既可启动数据库然而在这条命令之后 Oracle需要执行一系列复杂的操作深入理解这些操作不仅有助于了解Oracle数据库的运行机制还可以在故障发生时帮助大家快速的定位问题的根源所在所以接下来让我们一起分析一下数据库的启动过程

　　Oracle数据库的启动主要包含三个步骤

　　启动数据库到Nomount状态

　　启动数据库到Mount状态

　　启动数据库到Open状态

　　完成这三个过程数据库才能进入就绪状态准备提供数据访问下面逐个来看看以上各个步骤的具体过程以及含义

　　 启动数据库到Nomount状态

　　在启动的第一步骤 Oracle首先寻找参数文件（pfile/spfile）然后根据参数文件中的设置（如内存分配等设置）创建实例（INSTANCE）分配内存启动后台进程 Nomount的过程也就是启动数据库实例的过程这个过程在后台是启动Oracle可执行程序的过程 Windows上是oracle exe文件的初始化在Unix/Linux上是oracle可执行文件的初始化

　　Windows上Oracle g的执行文件大小约为 M 而Linux下Oracle g的执行文件达到 M左右

　　D:\\oracle\\product\\ \\BIN>dir oracle exe : oracle exe[oracle@localhost bin]$ ls al $ORACLE_HOME/bin/oracle rwsr s x oracle dba Jul : /opt/oracle/product/ /bin/oracle

　　在Unix/Linux上可以通过file命令查看oracle执行文件来判断Oracle是位或是位的以下是Linux平台的一个示范输出输出显示Oracle为位

　　[oracle@localhost bin]$ file $ORACLE_HOME/bin/oracle/opt/oracle/product/ /bin/oracle: setuid setgid ELF bit LSB executable Intel version (SYSV) for GNU/Linux dynamically linked (uses shared libs) not stripped

　　在Windows上也有可选的命令增强工具可以提供类似的功能

　　了解Oracle可执行文件还有另外一个用途在Unix/Linux上通过strings命令可以将oracle可执行文件中的字符文本转储出来在转储的文本中可以找到很多有意思的信息比如一些Oracle未公开的Hints信息数据库字典基表创建信息等类似如下一条命令可以完成这样的工作 strings $ORACLE_HOME/bin/oracle > oracle txt在Nomount初始化的过程中只要拥有了一个参数文件就可以凭之启动实例（INSTANCE）这一步骤并不需要任何控制文件或数据文件等的参与

　　 实例以及进程的创建

　　以下是正常情况下启动到nomount状态的过程

　　[oracle@eygle bdump]$ sqlplus /nologSQL*Plus: Release Production on Wed Jun : : Copyright (c) Oracle All rights reserved SQL> connect / as sysdbaConnected to an idle instance SQL> startup nomount;ORACLE instance started

　　Total System Global Area bytesFixed Size bytesVariable Size bytesDatabase Buffers bytesRedo Buffers bytes

　　注意这里 Oracle根据参数文件的内容创建了instance 分配了相应的内存区域启动了相应的后台进程 SGA的分配信息从以上输出中可以看到

　　观察告警日志文件（alert_ log）可以看到这一阶段的启动过程读取参数文件应用参数启动实例所有在参数文件中定义的非缺省参数都会记录在告警日志文件中以下是这一过程的日志摘要示例

　　Wed Jun : : Starting ORACLE instance (normal)LICENSE_MAX_SESSION = LICENSE_SESSIONS_WARNING = Picked latch free SCN scheme Autotune of undo retention is turned on IMODE=BRILAT = LICENSE_MAX_USERS = SYS auditing is disabledksdpec: called for event prior to event group initializationStarting up ORACLE RDBMS Version: System parameters with non default values:processes = __shared_pool_size = __large_pool_size = __java_pool_size = __streams_pool_size = sga_target = control_files = /opt/oracle/oradata/eygle/control ctl /opt/oracle/oradata/eygle/control ctl /opt/oracle/oradata/eygle/control ctldb_block_size = __db_cache_size = background_dump_dest = /opt/oracle/admin/eygle/bdumpuser_dump_dest = /opt/oracle/admin/eygle/udumpdb_name = eygle

　　应用参数创建实例之后后台进程依次启动注意以下输出中包含了PID信息以及OS ID两个信息 PID代表该进程在数据库内部的标识符编号而OS ID则代表该进程在操作系统上的进程编号

　　PMON started with pid= OS id= PSP started with pid= OS id= MMAN started with pid= OS id= DBW started with pid= OS id= LGWR started with pid= OS id= CKPT started with pid= OS id= SMON started with pid= OS id= RECO started with pid= OS id= CJQ started with pid= OS id= MMON started with pid= OS id= MMNL started with pid= OS id=

　　在这里提醒大家注意一下Oracle不同版本告警日志信息的变化在Oracle i早期版本中后台进程启动的日志信息里并不包含OS ID 以下是Oracle 的日志信息（在Oracle 中已经包含了OS ID信息）

　　PMON started with pid= DBW started with pid= LGWR started with pid= CKPT started with pid= SMON started with pid= RECO started with pid=

　　在Oracle g中这部分信息有了进一步的增强输出中不仅包含了OS ID 而且每个后台进程的启动都有单独的时间标记（时间标记可以帮助我们判断每个后台进程启动时所消耗的时间从而辅助进行问题诊断）

　　Sat Jul : : PMON started with pid= OS id= Sat Jul : : VKTM started with pid= OS id= at elevated priorityVKTM running at ( )ms precisionSat Jul : : DIAG started with pid= OS id= Sat Jul : : DBRM started with pid= OS id= Sat Jul : : PSP started with pid= OS id=

　　提示从Oracle不同版本中的变化来体会Oracle的技术进步甚至借鉴这些变化是学习Oracle的方法之一任何细微的变化都值得注意认真细致严谨是对DBA的基本素质要求

　　细心的读者朋友或许可以注意到在前面日志里的进程启动信息里并没有pid= 的进程那么这个进程是否存在呢？

　　 V$PROCESS视图

　　通过数据库中的v$process视图可以找到对应于操作系统的每个进程信息

　　SQL> select addr pid spid username program from v$process;ADDR PID SPID USERNAME PROGRAM FE AC PSEUDO FE oracle oracle@eygle (PMON) FE E oracle oracle@eygle (PSP ) FE C oracle oracle@eygle (MMAN) FE C oracle oracle@eygle (DBW ) FE F oracle oracle@eygle (LGWR) FE E oracle oracle@eygle (CKPT)

　　注意以上输出 pid= 的进程是一个PSEUDO进程这个进程被认为是初始化数据库的进程启动其他进程之前即被占用并在数据库中一直存在 v$process的查询输出中 SPID列代表的就是操作系统上的进程号通过SPID可以将进程从操作系统到数据库关联起来

　　[oracle@eygle bdump]$ ps ef|grep ora_oracle : ? : : ora_pmon_eygleoracle : ? : : ora_psp _eygleoracle : ? : : ora_mman_eygleoracle : ? : : ora_dbw _eygleoracle : ? : : ora_lgwr_eygleoracle : ? : : ora_ckpt_eygle

　　如果在操作系统上发现某个进程表现异常（如占用很高的CPU资源）那么通过操作系统上的PID和V$PROCESS视图中的SPID关联就可以找到这个OS上的进程在数据库内部的化身从而可以进行进一步的跟踪诊断

　　V$PROCESS视图包含当前数据库中活动进程的相关信息这些进程在操作系统上都存在与之对应的OS进程其中LATCHWAIT列代表进程当前正在等待的LATCH信息 LATCHSPIN则记录进程正在通过SPIN进行LATCH的竞争 Latch通常被称为闩是数据库内部的串行锁机制主要用来控制内存上的并发在多处理器系统上 Oracle进程通过自旋（spin）来进行Latch争夺

　　这个视图结构如下所示（Oracle gR 信息）

　　SQL> desc v$processName Null? Type ADDR RAW( )PID NUMBERSPID VARCHAR ( )USERNAME VARCHAR ( )SERIAL# NUMBERTERMINAL VARCHAR ( )PROGRAM VARCHAR ( )TRACEID VARCHAR ( )BACKGROUND VARCHAR ( )LATCHWAIT VARCHAR ( )LATCHSPIN VARCHAR ( )PGA_USED_MEM NUMBERPGA_ALLOC_MEM NUMBERPGA_FREEABLE_MEM NUMBERPGA_MAX_MEM NUMBER

　　注意这里的ADDR字段代表的是进程的地址进程的状态等信息在内存中记录这个ADDR记录的正是这样的内存地址信息 ADDR在数据库中（甚至是所有软件中）是非常重要的虽然通常并不会用到但是深入理解这些知识有助于大家更好的了解Oracle数据库

　　进程的地址（Address of process）进一步的被缩写为PADDR 在V$SESSION视图中记录的PADDR就是V$PROCESS ADDR的进一步延伸通过两者关联可以向数据库进一步深入

　　如果向操作系统端延伸则SPID代表的正是操作系统进程标识符（Operating system process identifier）通过SPID和OS中看到的进程PID关联就可以建立从操作系统到数据库的关联

　　所以V$PROCESS被认为是从操作系统到数据库的入口此外和PGA相关的几个字段则记录了进程的PGA使用情况

　　 参数文件的选择

　　接下来关注一下启动过程中Oracle选择参数文件的顺序

　　从Oracle i开始 spfile被引入Oracle数据库 Oracle首选spfile<ORACLE_SID> ora文件作为启动参数文件如果该文件不存在 Oracle选择spfile ora文件如果前两者都不存在 Oracle将会选择init<ORACLE_SID> ora文件如果以上三个文件都不存在 Oracle将无法创建和启动instance Oracle在启动过程中会在特定的路径中寻找参数文件在Unix/Linux下的路径为$ORACLE_HOME/dbs目录在WINDOWS上的路径为$ORACLE_HOME\\database目录

　　可以在SQL*PLUS中通过show parameter spfile命令来检查数据库是否使用了spfile文件如果value不为Null 则数据库使用了spfile文件

　　SQL> show parameter spfileNAME TYPE VALUE spfile string ?/dbs/spfile@ ora

　　注意这里的？代表ORACLE_HOME @代表数据库的sid 现在如果更名spfile<ORACLE_SID> ora文件此后Oracle将选择spfile ora文件启动数据库

　　[oracle@jumper dbs]$ mv spfileconner ora spfileconner ora bakSQL> startup nomountSQL> show parameter spfileNAME TYPE VALUE spfile string ?/dbs/spfile ora

　　进一步的如果再更名spfile ora文件此后Oracle将选择init ora文件启动数据库

　　[oracle@jumper dbs]$ mv spfile ora spfile ora bakSQL> startup nomountSQL> show parameter spfileNAME TYPE VALUE spfile string

　　如果这三个文件都不存在 Oracle将无法启动

　　[oracle@jumper dbs]$ mv initconner ora initconner ora bakSQL> startupORA : failure in processing system parametersLRM : could not open parameter file /opt/oracle/product/ /dbs/initconner ora

　　注意这里出现的错误提示报告无法找到参数文件init<ORACLE_SID> ora 这正是Oracle在启动过程中最后一个查找的参数文件

　　在Oracle整个启动过程中参数文件是写在应用程序中的硬代码按照前面描述的顺序进行查找以下是来自源码中关于参数文件及其查找顺序的定义

　　?/dbs/spfile@ ora

　　?/dbs/spfile ora

　　?/dbs/init@ ora

　　虽然不能改变Oracle对于参数文件的搜索路径及行为但是如果参数文件不在相应的位置在Linux/Unix系统上可以通过符号链接来进行重定位以满足一些特殊需要（具体请参考第三章内容）

　　 实例启动最小参数需求

　　在参数文件中通常需要最少的参数是db_name 设置了这个参数之后数据库实例就可以启动来看一个简单的测试

　　可以随意命名一个ORACLE_SID（测试来自于Linux下适用于Linux/Unix 对于Windows平台需要通过oradim exe工具创建服务）然后尝试启动到nomount状态

　　[oracle@jumper dbs]$ export ORACLE_SID=julia[oracle@jumper dbs]$ sqlplus / as sysdba SQL*Plus: Release Production on Mon May : : Copyright (c) Oracle Corporation All rights reserved Connected to an idle instance

　　SQL> startup nomount;ORA : failure in processing system parametersLRM : could not open parameter file /opt/oracle/product/ /dbs/initjulia ora

　　参数文件查找失败会给出提示信息此时创建一个最简单的参数文件（仅包含DB_NAME初始化参数）然后就可以启动实例

　　SQL> ! echo db_name=julia > /opt/oracle/product/ /dbs/initjulia oraSQL> startup nomount;ORACLE instance started

　　Total System Global Area bytesFixed Size bytesVariable Size bytesDatabase Buffers bytesRedo Buffers bytes

　　缺省的如果不设置 background_dump_dest目录（告警日志文件alert_<ORACLE_SID> log的存放地点）位于$ORACLE_HOME/rdbms/log目录下

　　SQL> show parameter background_dumpNAME TYPE VALUE background_dump_dest string ?/rdbms/log

　　顺便看下其他几个缺省路径的地点

　　SQL> show parameter dump_destNAME TYPE VALUE background_dump_dest string ?/rdbms/logcore_dump_dest string ?/dbsuser_dump_dest string ?/rdbms/logSQL> show parameter control_filesNAME TYPE VALUE control_files string ?/dbs/cntrl@ dbf

　　收录简单启动实例日志供大家参考

　　[oracle@jumper dbs]$ cat $ORACLE_HOME/rdbms/log/alert_julia logMon May : : Starting ORACLE instance (normal)Mon May : : LICENSE_MAX_SESSION = LICENSE_SESSIONS_WARNING = SCN scheme Using log_archive_dest parameter default valueLICENSE_MAX_USERS = SYS auditing is disabledStarting up ORACLE RDBMS Version: System parameters with non default values:db_name = juliaPMON started with pid= DBW started with pid= LGWR started with pid= CKPT started with pid= SMON started with pid= RECO started with pid=

　　这样通过以上步骤就以最少的参数需求启动了Oracle实例

　　 ORACLE_SID的含义

　　回顾一下前面的内容可以注意到 SID和ORACLE_SID已经多次出现那么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的实例的

　　以下一个测试首先启动一个Oracle i下ORACLE_SID为eygle的实例

　　SQL> startup nomount;ORACLE instance started SQL> ! ps ef|grep ora_smon_eygleoracle : : pts/ : grep ora_smon_eygleoracle : : ? : ora_smon_eygle

　　接下来又可以启动另外$ORACLE_HOME下ORACLE_SID为eygle的实例

　　SQL> startup nomount;ORACLE instance started SQL> ! ps ef|grep ora_smon_eygleoracle : : pts/ : grep ora_smon_eygleoracle : : ? : ora_smon_eygleoracle : : ? : ora_smon_eygle

　　现在这同一台主机上就启动了两个相同名称的实例在操作系统上 Oracle能够通过ID标示将共享内存或信号量区分开来

　　$ ipcs iIPC status from as of Fri Feb : : CST T ID KEY MODE OWNER GROUPMessage Queues:q x e d rw r r root rootT ID KEY MODE OWNER GROUP ISMATTCHShared Memory:m xabdc b rw r oracle dba m x rw r oracle dba Semaphores:s x bac ra r oracle dbas xa e f ra r oracle dba

　　通过Oracle提供的一个小工具sysresv 我们可以找到对应于不同的ORACLE_SID 操作系统上创建的共享内存段ID(Shared Memory)和信号量ID(Semaphores)等信息:

　　$ sysresv l eygle juliaIPC Resources for ORACLE_SID eygle :Shared Memory:ID KEY x Semaphores:ID KEY xa e f Oracle Instance alive for sid eygle IPC Resources for ORACLE_SID julia :Shared Memory:ID KEY xab Semaphores:ID KEY xa a Oracle Instance alive for sid 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的实例（注意以下测试来自Oracle i数据库）

　　bash $ cd $ORACLE_HOME/dbsbash $ cp initeygle ora initjulia orabash $ export ORACLE_SID=juliabash $ sqlplus / as sysdba SQL> startup nomount;ORACLE instance started

　　Total System Global Area bytesFixed Size bytesVariable Size bytesDatabase Buffers bytesRedo Buffers bytes

　　此时同一主机上就可以启动多个实例 ORACLE_SID不同但是拥有了相同的instance_name

　　SQL> show parameter instance_nameNAME TYPE VALUE instance_name string eygle

　　但是注意在数据库内部视图V$INSTANCE中也记录著一个INSTANCE_NAME 这个INSTANCE_NAME来自数据库实例的SID 始终和ORACLE_SID保持一致这就可能出现数据库中这两个INSTANCE_NAME不一致的情况

　　SQL> select instance_name from v$instance;INSTANCE_NAME juliaSQL> show parameter instance_nameNAME TYPE VALUE instance_name string eygle

　　所以存在这种歧义是因为在Oracle i中当创建数据库进行相关配置时数据库将INSTANCE_NAME参数写入了参数文件这就导致了当我们修改参数文件名称变更ORACLE_SID时可能并不修改INSTANCE_NAME参数的情况值得注意的是从Oracle g开始参数文件中缺省不再记录INSTANCE_NAME 此时INSTANCE_NAME可以动态从系统获得从而消除了以前可能常见的歧义

　　D:\\oracle\\product>grep instance_name \\database\\SPFILEEEYGLE ORA* instance_name= eeygle D:\\oracle\\product>grep instance_name \\database\\SPFILEEYGLE ORAD:\\oracle\\product>grep instance_name \\database\\SPFILEEYGLEE ORA

　　INSTANCE_NAME除了用来标识实例名称之外在监听器动态注册时还会用于向监听器注册比如在一个数据库db_name=julia instance_name=eygle的数据库中监听器动态注册会包含如下信息这里的Instance内容就来自INSTANCE_NAME参数设置

　　Services Summary Service julia has instance(s) Instance eygle status READY has handler(s) for this service

　　V$INSTANCE视图和数据库实例的生命周期相关用于显示当前实例的状态通过这个视图可以获得包括实例的启动时间运行主机等重要信息通过以下一段SQL可以获得数据库的UPTIME信息

　　SQL> COLUMN STARTED_AT format a SQL> COLUMN UPTIME format a SQL> SELECT TO_CHAR (startup_time DD MON YYYY HH :MI:SS ) started_at TRUNC (SYSDATE (startup_time)) || day(s) || TRUNC ( * ((SYSDATE startup_time) TRUNC (SYSDATE startup_time))) || hour(s) || MOD (TRUNC ( * ( (SYSDATE startup_time) TRUNC (SYSDATE startup_time))) ) || minute(s) || MOD (TRUNC ( * ( (SYSDATE startup_time) TRUNC (SYSDATE startup_time))) ) || seconds uptime FROM v$instance;STARTED_AT UPTIME JUL : : day(s) hour(s) minute(s) seconds

　　 DB_NAME与INSTANCE_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用来定义数据库名称必须是一个不超过个字符的文本串在数据库创建过程中 db_name被记录在数据文件日志文件和控制文件中如果数据库实例启动过程中参数文件中的db_name和控制文件中的数据库名称不一致则数据库不能启动

　　此外常见的几个结论有

　　一个实例可以mount并打开任何数据库但是同一时间一个实例只能打开一个数据库

　　一个数据库可以被一个或多个实例所mount并打开（在OPS/RAC环境下一个数据库可以被多个实例所打开）

　　DB_NAME的另外一个作用是在监听器动态注册时作为缺省服务名注册以下是Oracle g的动态注册监听示范

　　Services Summary Service julia has instance(s) Instance eygle status READY has handler(s) for this service

　　通过下面的测试来看一下DB_NAME与数据库的关系首先initeygle ora文件代表了一个数据库实例

　　[oracle@jumper oracle]$ cd $ORACLE_HOME/dbs[oracle@jumper dbs]$ grep name initeygle ora * db_name= eygle * instance_name= eygle

　　这个实例以及当前数据库的相关参数如下

　　SQL> show parameter db_nameNAME TYPE VALUE db_name string eygleSQL> show parameter instance_nameNAME TYPE VALUE instance_name string eygle

　　现在创建另外一个实例通过复制创建一个pfile文件为名为julia这个新的实例使用

　　[oracle@jumper oracle]$ cd $ORACLE_HOME/dbs[oracle@jumper dbs]$ cp initeygle ora initjulia ora[oracle@jumper dbs]$ ll init* rw r r oracle dba Jul : initeygle ora rw r r oracle dba Jul : initjulia ora

　　修改这个文件更改instance_name参数设置instance_name = julia 修改后的参数设置如下所示:

　　[oracle@jumper dbs]$ grep name initjulia ora * db_name= eygle * instance_name= julia

　　现在来启动这个实例名称为julia的instance

　　[oracle@jumper dbs]$ export ORACLE_SID=julia[oracle@jumper dbs]$ sqlplus / as sysdba SQL> startup mount;ORACLE instance started

　　Total System Global Area bytesFixed Size bytesVariable Size bytesDatabase Buffers bytesRedo Buffers bytesORA : cannot mount database in EXCLUSIVE mode

　　注意当试图加载数据库时出现错误因为当前数据库被另外一个实例（instance）加载在非并行模式（Ops/RAC）下一个数据库同时只能被一个实例加载

　　此时已经启动了两个数据库实例从后台进程可以看出

　　[oracle@jumper dbs]$ ps ef|grep dbworacle Jul ? : : ora_dbw _eygleoracle : ? : : ora_dbw _juliaoracle : pts/ : : grep dbw

　　关闭eygle这个数据库实例:

　　[oracle@jumper dbs]$ export ORACLE_SID=eygle[oracle@jumper dbs]$ sqlplus / as sysdba SQL> shutdown immediate;

　　然后就可以通过实例julia加载并打开db_name=eygle的数据库了这也就是前面所说的一个数据库可以被任何一个实例挂接打开（当然是有条件限制的）

　　[oracle@jumper dbs]$ export ORACLE_SID=julia[oracle@jumper dbs]$ sqlplus / as sysdba SQL> alter database mount;alter database mount*ERROR at line :ORA : error opening password file /opt/oracle/product/ /dbs/orapw ORA : unable to obtain file statusLinux Error: : No such file or directoryAdditional information: SQL> alter database open;Database altered SQL> select name from v$datafile;NAME /opt/oracle/oradata/eygle/system dbf/opt/oracle/oradata/eygle/undotbs dbf/opt/oracle/oradata/eygle/users dbf/opt/oracle/oradata/eygle/eygle dbfSQL> show parameter instance_nameNAME TYPE VALUE instance_name string juliaSQL> show parameter db_nameNAME TYPE VALUE db_name string eygle

　　进一步的再来研究一下如果参数文件中的db_name和控制文件中的db_name不一致会出现什么错误

　　修改参数文件中的db_name参数

　　[oracle@jumper dbs]$ grep name initjulia ora * db_name= julia * instance_name= julia

　　在nomount环节不存在任何问题而在mount阶段数据库会对参数文件和控制文件进行比较如果两者记录的db_name不一致则数据库无法启动错误提示指定的数据库名称和控制文件中记录的名称不符

　　SQL> startup nomount;SQL> alter database mount;alter database mount*ERROR at line :ORA : database name EYGLE in controlfile is not JULIA

　　 RMAN的缺省实例

　　在使用RMAN（Recovery Manager）时存在更为特殊的情况 Oracle允许在不存在参数文件的情况下启动一个实例数据库的db_name会被缺省的命名为DUMMY 这是最为极端的情况在某些恢复过程中这个功能可以帮助我们减少很多麻烦

　　[oracle@jumper dbs]$ rman target /Recovery Manager: Release ProductionCopyright (c) Oracle Corporation All rights reserved connected to target database (not started)RMAN> startup nomount;startup failed: ORA : failure in processing system parametersLRM : could not open parameter file /opt/oracle/product/ /dbs/initconner ora trying to start the Oracle instance without parameter files Oracle instance startedTotal System Global Area bytesFixed Size bytesVariable Size bytesDatabase Buffers bytesRedo Buffers bytes

　　RMAN> host ;[oracle@jumper dbs]$ sqlplus / as sysdba SQL*Plus: Release Production on Tue Mar : : Copyright (c) Oracle Corporation All rights reserved SQL> show parameter db_nameNAME TYPE VALUE db_name string DUMMY

　　此时警告日志文件中会记录如下信息

　　Starting up ORACLE RDBMS Version: System parameters with non default values:remote_login_passwordfile= EXCLUSIVEdb_name = DUMMYPMON started with pid= DBW started with pid=

　　总结一下数据库的Nomount过程实质上就是在创建实例这个步骤只和参数文件相关在完成实例的创建之后 Oracle就可以逐步导航完成数据库的加载打开等工作

　　 Nomount案例两则

　　在创建数据库时如果在这一步骤就出现问题那么通常可能是系统配置（如内核参数等）存在问题你需要检查是否分配了足够的系统资源等

　　以下是一个启动到nomount状态可能会遇到的常见错误

　　Connected to an idle instance

　　SQL> startup nomount;ORA : internal error code arguments: [OSDEP_INTERNAL] [] [] [] [] [] [] []ORA : failure occurred at: skgpwreset ORA : additional information: invalid shared ctxORA : post/wait initialization failedORA : OS system dependent operation:semget failed with status: ORA : OS failure message: No space left on deviceORA : failure occurred at: sskgpsemsper

　　（注意 ORA 是Oracle内部错误的一个集合其具体含义要看后面的参数提示数据库出现ORA 错误应当引起DBA的充分重视很多错误可能会导致数据损失）

　　在Nomount状态就出现问题通常是系统问题 OS类错误一般说明是系统资源不足这在Linux/Unix下和信号量等参数设置有关多出现在同一主机运行多个数据库实例的情况（在Solaris上需要修改/etc/system文件中的内核参数重起系统后修改生效）在这个错误提示中错误的第一个参数是OSDEP_INTERNAL 我们大致可以猜测到这是一个OS Dependent/Internal Error 很多Oracle的提示可以根据缩写猜到大致的含义但是如果是错误号那就要依赖Oracle的文档来寻找答案

　　在另外一个客户现场遭遇过另外一个案例当时客户的服务器异常断电当系统重新启动后数据库无法启动（提示重启主机对于DBA来说应当极其慎重很多隐藏的故障可能在重启时爆发出来在没有做好充分之前不要贸然从事）

　　数据库的症状是启动主机到Nomount状态后后台进程会立即将实例中止也就是说数据库实例都无法稳定创建告警日志文件信息如下

　　Mon Dec : : Errors in file /oraclehx/app/admin/sxlss/bdump/sxlss_pmon_ trc:ORA : exception encountered: core dump [] [] [] [] [] []PSP started with pid= OS id= MMAN started with pid= OS id= DBW started with pid= OS id= SMON started with pid= OS id= RECO started with pid= OS id= CJQ started with pid= OS id= MMON started with pid= OS id= MMNL started with pid= OS id= Mon Dec : : PSP : terminating instance due to error Instance terminated by PSP pid =

　　综合前面介绍的知识如果实例都无法创建那通常是在OS方面存在问题这些问题在系统重新启动后才体现出来经过检查发现客户系统是AIX操作系统补丁应用不完全最后导致了数据库无法启动应用完整的系统补丁后数据库恢复正常

　　instfix i|grep MLAll filesets for _AIX_ML were found All filesets for _AIX_ML were found All filesets for _AIX_ML were found All filesets for _AIX_ML were found All filesets for _AIX_ML were found All filesets for _AIX_ML were found Not all filesets for _AIX_ML were found

cha138/Article/program/Oracle/201311/17323