Oracle启动三阶段（一）

Oracle启动是可以分为三个阶段的，分别为：nomount、mount和open。在这三个阶段中，Oracle分别实现了不同的职责和目标，将数据库服务器相关的信息和数据进行加载。

下面就一起来看一下三个阶段的现象和作用。

基础知识——关于oracle实例相关的三个组成

在谈到Oracle启动关闭的时候，我们需要提一下三个主要组件：Oracle监听器、oracle实例和OEM管理工具。

在笔者之前的Blog中，已经谈到不少关于监听器的知识。总的来说，Oracle监听器就是驻留在Oracle主机上的一个进程服务。它留守在一个网络端口（默认是1521），接受客户端通过网络Oracle Net service提出的连接请求。接收到请求之后，根据先前的注册信息（动态注册或者静态注册）与实例进行沟通，获取到Server Process信息。监听程序Server Process信息告知客户端之后，客户端重定向，与Server Process建立联系。所以说，没有监听器，就没有Oracle Net service客户端连接。监听器程序是一个独立的进程，启动运行不受其他进程影响。

数据库实例就是对数据库进行操作的一系列进程和内存共享区的综合。客户端任何操作都是通过Server Process的代理方式，对数据库实例和数据文件进行操作。后台进程的作用就是维护整个数据库的完整性（包括数据、进程）。

OEM管理工具是Oracle提供的管理数据库实例的工具。借助该工具，可以方便的以GUI的方式对数据库实例进行管理。从Oracle10g开始，广泛使用的网络Web版OEM就已经比较普遍了。集成了各种管理和性能工具，以及GUI直观界面，便于管理人员的日常管理工作。Web版OEM本质上就是一个Web应用，有对应的应用服务器，对指定的数据库实例进行管理。

这三个组件是我们最常使用的数据库组件。一般我们手工启动的顺序，是先启动监听器程序，之后启动数据库实例，最后在有选择性的启动OEM。在Oracle官方的指导意见中，建议是先启动OEM，通过OEM的图形化工具启动监听器和数据库实例。

总之，笔者比较倾向于前者。一般是监听程序启动在实例之前比较好，否则在进行动态注册的时候会有一些问题。

环境说明

为了比较清楚的说明现象，笔者选择了linux（CentOS 4）进行说明。

首先我们查看系统进程情况。

//没有对应的Oracle数据库实例等信息

[Oracle@Oracle11g ~]$ ps -ef | grep Oracle

root552954970 15:39 pts/000:00:00 su Oracle

Oracle553055290 15:39 pts/000:00:00 bash

Oracle554755300 15:39 pts/000:00:00 ps -ef

Oracle554855300 15:39 pts/000:00:00 grep Oracle

我们要启动的数据库名称为wilson。使用tnsPing检查一下本地命名服务。

[Oracle@Oracle11g ~]$ tnsPing wilson;

TNS Ping Utility for linux: Version 11.2.0.1.0 - Production on 22-JAN-2011 15:45:43

copyright (C) 1997,2009,Oracle.All rights reserved.

Used parameter files:

Used tnsnameS adapter to resolve the alias

AttempTing to contact (DESCRIPTION = (ADDRESS = (PROTOCol = TCp)(HOST = Oracle11g)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDicATED) (service_name = wilson)))

TNS-12541:TNS:no Listener //意思是，有连接名称，但是没有监听器相对应；

此时如果想要通过服务名连接，也是不允许的。

sql> connsys/sys@wilsonas sysdba;

ERROR:

ORA-12541: TNS: 无监听程序//没能找到监听器程序

总结：在监听器、实例均没有启动的情况下。是没有办法通过本地命名服务进行连接的。

启动监听器

Oracle中，使用lsnrctl命令提示符进行监听器程序管理。

[Oracle@Oracle11g ~]$ lsnrctl start //启动监听器

LSNRCTL for linux: Version 11.2.0.1.0 - Production on 22-JAN-2011 15:46:51

copyright (C) 1991,102);BACkground:#C0C0C0;">StarTing /u01/Oracle/bin/tnslsnr: please wait...

TNSLSNR for linux: Version 11.2.0.1.0 - Production

System parameter file is /u01/Oracle/network/admin/listener.ora

Log messages written to /u01/diag/tnslsnr/Oracle11g/Listener/alert/log.xml

Listening on: (DESCRIPTION=(ADDRESS=(PROTOCol=tcp)(HOST=Oracle11g)(PORT=1521)))

ConnecTing to (DESCRIPTION=(ADDRESS=(PROTOCol=TCp)(HOST=Oracle11g)(PORT=1521)))

STATUS of the ListENER

------------------------

AliasListENER

VersionTNSLSNR for linux: Version 11.2.0.1.0 - Production

Start Date22-JAN-2011 15:46:51

Uptime0 days 0 hr. 0 min. 0 sec

Trace Leveloff

SecurityON: Local OS Authentication

SNMPOFF

Listener Parameter file/u01/Oracle/network/admin/listener.ora //监听器声明文件；

Listener Log file/u01/diag/tnslsnr/Oracle11g/Listener/alert/log.xml

Listening Endpoints SumMary...

(DESCRIPTION=(ADDRESS=(PROTOCol=tcp)(HOST=Oracle11g)(PORT=1521)))

TheListener supports no services//当前没有注册的任何服务；

The command completed successfully

启动了监听程序，我们再使用本地连接进行连接。

sql> conn sys/sys@wilson as sysdba;

ORA-12514:TNS: 监听程序当前无法识别连接描述符中请求的服务

报错信息有所不同了。下面是一个配置片段：

wilson④=

(DESCRIPTION =

(ADDRESS_List =

(ADDRESS = (PROTOCol = TCp)(HOST = 10.1.39.41①)(PORT = 1521②))

)

(CONNECT_DATA =

(SERVER = DEDicATED)

(service_name = wilson③)

本地命名服务本质上就是一个命名缩写。含义指定一个数据库服务在10.1.39.41的主机上，监听器端口是1521，数据库服务的名称（数据库服务器上的）是wilson。这些信息在进行连接的时候使用wilson这个名字。

启动nomount状态

启动的第一个阶段也是nomount。在命令行窗口，使用sqlplus命令。

[Oracle@Oracle11g ~]$ sqlplus /nolog

sql*Plus: Release 11.2.0.1.0 Production on Sat Jan 22 15:49:48 2011

copyright (C) 1982,102);BACkground:#C0C0C0;">sql> conn / as sysdba//本地登录，借用操作系统验证；

Connected to an IDle instance.

sql> startup nomount//使用Nomount参数

OracLE instance started.

@R_119_10586@l System Global Area414298112 bytes

Fixed Size1336904 bytes

Variable Size310380984 bytes

Database Buffers96468992 bytes

Redo Buffers6111232 bytes

输出信息中，包括“OracLE instance started.”和其他一些内存区域分配信息。此时我们查看系统进程信息：

Oracle555910 15:46 ?00:00:00/u01/Oracle/bin/tnslsnr ListENER -inherit

Oracle561510 15:50 ?00:00:00 ora_pmon_wilson

（篇幅原因，省略部分结果）

Oracle564910 15:50 ?00:00:00 ora_s000_wilson

Oracle565110 15:50 ?00:00:00 ora_s001_wilson

注意：此处的tnslsnr进程为监听器进程。其他ora_开头进行为oracle实例的后台进程。

系统共享内存信息，共享内存已经分配（SGA）：

[Oracle@Oracle11g ~]$ ipcs

------ Shared Memory Segments --------

keyshmIDownerpermsbytesnattchstatus

0xd4d89218 32768Oracle66040960

------ Semaphore Arrays --------

keysemIDownerpermsnsems

0x89c98dc4 98304Oracle660154

------ message Queues --------

keymsqIDownerpermsused-bytesmessages

监听器状态：

[Oracle@Oracle11g ~]$ lsnrctl status

LSNRCTL for linux: Version 11.2.0.1.0 - Production on 22-JAN-2011 15:53:38

Uptime0 days 0 hr. 6 min. 47 sec

Listener Parameter file/u01/Oracle/network/admin/listener.ora

services SumMary...

service"wilson" has 1 instance(s).

Instance "wilson",statusBLOCKED,has 1 handler(s) for this service...

监听器方面，在数据库服务器处在Nomount状态下的时候，动态注册已经发生，注册商wilson服务。但是，状态是BLOCKED，表示现在服务状态还没有准备好。

此时，处在Nomunt状态的数据库服务器，能使用什么命令方式呢？重新回到sqlplus窗口。

sql> show sga

sql> show parameter control

nameTYPEVALUE

------------------------------------ ----------- ------------------------------

control_file_record_keep_timeInteger7

control_filesString/u01/oradata/WILSON/controlfil

e/o1_mf_6bcsqm50_.ctl,/u01/fl

ash_recovery_area/WILSON/contr

olfile/o1_mf_6bcsqmd8_.ctl

control_management_pack_accessStringDIAGNOSTIC+TUNING

sql> @R_618_10288@ct * from v$DATAFILE;

@R_618_10288@ct * from v$DATAFILE

*

ERROR at line 1:

ORA-01507: database not mounted

sql> @R_618_10288@ct * from v$CONTROLFILE;

no rows @R_618_10288@cted

发现，一些基础的参数信息已经加载进入实例。而大部分的基础视图和动态视图也因为nomount状态而不能进行查询。

结论：nomount状态是数据库启动的第一个阶段。Oracle在这个阶段主要完成实例构建和基础参数信息加载。实例进程和内存在这个阶段已经创建。通过读取参数文件（spfile或者pfile），确定基础参数信息。这个阶段下，一部分参数信息已经可以读取。但是，此时并没有加载任何数据库数据文件，同时也不能对大部分视图进行操作查询。这个阶段可以进行的就是创建数据库和创建控制文件的工作。

@H_604_2@mount阶段

@H_604_2@mount阶段是启动的第二个阶段。此处，我们说mount的是什么？mount的是数据文件和控制文件，同时对应的日志文件信息也已经获取到。mount阶段下，所有的系统参数已经加载完成，通过参数找到的控制文件帮助实例定位加载了数据文件。同时，针对上次关闭系统中的问题，比如未完成事务和恢复等，都要进行处理。

//进入mount状态

sql> alter database mount;

Database altered.

此时，监听器状态，从block变为了ready。

[Oracle@Oracle11g ~]$ lsnrctl status;

LSNRCTL for linux: Version 11.2.0.1.0 - Production on 22-JAN-2011 15:59:22

Uptime0 days 0 hr. 12 min. 31 sec

service "wilson" has 1 instance(s).

:rgb(102,statusREADY,102);">此时的sqlplus命令提示符下，我们可以看到查询项目。

sql> @R_618_10288@ct count(*) from v$DATAFILE;

COUNT(*)

----------

7

sql> @R_618_10288@ct count(*) from v$CONTROLFILE;

2

sql> @R_618_10288@ct count(*) from v$logfile;

6

sql> @R_618_10288@ct count(*) from dba_objects;

@R_618_10288@ct count(*) from dba_objects

ORA-01219: database not open: querIEs allowed on fixed tables/vIEws only

sql> @R_618_10288@ct * from v$tablespace;

TS# nameINC BIG FLA ENC

---------- ------------------------------ --- --- --- ---

0 SYstemYES NOYES

1 SYSAUXYES NOYES

2 UNDOTBS1YES NOYES

4 USERSYES NOYES

3 TempnoNOYES

6 EXAMPLEYES NOYES

7 PERFSTATYES NOYES

8 PERFSTATTempnoNOYES

9 myTESTYES NOYES

9 rows @R_618_10288@cted.

sql> archive log List;

Database log modeNo Archive Mode

automatic archivalDisabled

Archive desTinationUSE_db_recoveRY_file_DEST

oldest online log sequence78

Current log sequence80

上面的结果，可以看出。在mount状态下，一些基础视图已经可以查询，比如从控制文件中指定的对象信息，如表空间、日志等内容。但是涉及到对象数据类型的数据，还是不支持。说明，虽然将数据文件mount上了，但是并没有读取数据文件信息的操作。

此时，笔者在实验中发现了一个差异。在mount状态下，如果使用SQLplus查找参数，大部分参数是可以查询到的。但是转移到pl/sql developer开发工具上，大部分就会以报错结束。如：

--sqlplus

sql> show parameter tablespace;

------------------------------------ ----------- ----------

undo_tablespaceStringUNDOTBS1

sql>

--pl/sql developer

ORA-01219: 数据库未打开: 仅允许在固定表/视图中查询

笔者猜想：从一些开发工具的角度，可能对于这种维护模式下的查询还是有限制的。

相对于nomount阶段，mount阶段是比较常用的。我们在这个阶段可以在不受到干扰的情况下进行数据库备份和还原工作。

打开数据库

该操作就是直接将数据文件的读取开启了。

sql> alter database open;

此时监听器状态：

LSNRCTL for linux: Version 11.2.0.1.0 - Production on 22-JAN-2011 16:04:21

Uptime0 days 0 hr. 17 min. 29 sec

@H_450_796@service "wilsonXDB" has 1 instance(s).

注意：和刚才的监听器程序相比，多出了一个XDB服务。这是Oracle提供的XMLDB服务的名称。默认情况下，XDB服务一同启动，一般都需要将他关闭掉。

说道XDB服务，有一个问题需要注意到。这个服务关联的系统参数是

dispatchers='(PROTOCol=TCp) (serviCE=XDB)'

熟悉共享模式的朋友们就会意识到，dispatchers参数不是共享模式的设置吗？没错，在全局是专用模式支持连接的情况下，默认的XDB是使用共享模式的。我们在启动的进程列表中，也可以看到对应的d00和s00/s01进程。

Oracle555910 15:46 ?00:00:00 /u01/Oracle/bin/tnslsnr ListENER -inherit

Oracle556555300 15:49 pts/000:00:00 sqlplus

（篇幅原因，略）

Oracle564510 15:50 ?00:00:00 ora_mmnl_wilson

Oracle564710 15:50 ?00:00:00 ora_d000_wilson//1

Oracle564910 15:50 ?00:00:00 ora_s000_wilson//2

Oracle565110 15:50 ?00:00:00 ora_s001_wilson//3

Oracle565355650 15:50 ?00:00:03 Oraclewilson (DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCol=beq)))//4

root571256800 15:53 pts/100:00:00 su Oracle

Oracle579657130 16:05 pts/100:00:00 grep Oracle

其中，//4为对应的专用连接模式。//1、//2、//3为对应XDB的共享模式。也可以看出，在Oracle中，共享连接和专用连接在一定程度上是可以并存在一个实例下的。

此时，所有的数据信息已经开始支持访问。

72516

同时，一些视图的结构也发生变化，更多的信息被加载。

TS# nameINCLUDED_IN_DATABASE_BACKUP BIGfile flashback_oN ENCRYPT_IN_BACKUP

---------- ------------------------------ --------------------------- -------

0 SYstemYEsno YES

1 SYSAUXYEsno YES

2 UNDOTBS1YEsnoYES

4 USERSYEsnoYES

6 EXAMPLEYEsnoYES

7 PERFSTATYEsnoYES

9 myTESTYEsnoYES

9 rows @R_618_10288@cted

结论：Oracle的启动阶段每个阶段都有相应的特点和功能。理解这些对于我们了解体系结构有很大帮助。同时，当我们启动遇到故障的时候，是可以分阶段启动进行调整调错。