ITPub博客

首页 > Linux操作系统 > Linux操作系统 > <转>Oracle启动三阶段

<转>Oracle启动三阶段

原创 Linux操作系统 作者:smartzhao 时间:2012-02-07 22:14:47 0 删除 编辑

描述很详细。 转一下 方便以后复习。


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

root     5529 5497 0 15:39 pts/0   00:00:00 su oracle

oracle   5530 5529 0 15:39 pts/0   00:00:00 bash

oracle   5547 5530 0 15:39 pts/0   00:00:00 ps -ef

oracle   5548 5530 0 15:39 pts/0   00: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, 2009, Oracle. All rights reserved.

 

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

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

Alias                    LISTENER

Version                  TNSLSNR for Linux: Version 11.2.0.1.0 - Production

Start Date               22-JAN-2011 15:46:51

Uptime                   0 days 0 hr. 0 min. 0 sec

Trace Level              off

Security                 ON: Local OS Authentication

SNMP                     OFF

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;

ERROR:

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, 2009, Oracle. All rights reserved.

 

SQL> conn / as sysdba //本地登录,借用操作系统验证;

Connected to an idle instance.

SQL> startup nomount//使用nomount参数

ORACLE instance started.

 

Total System Global Area 414298112 bytes

Fixed Size                 1336904 bytes

Variable Size            310380984 bytes

Database Buffers          96468992 bytes

Redo Buffers               6111232 bytes

 

 

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

 

 

[oracle@oracle11g ~]$ ps -ef | grep oracle

root     5529 5497 0 15:39 pts/0   00:00:00 su oracle

oracle   5530 5529 0 15:39 pts/0   00:00:00 bash

oracle   5559    1 0 15:46 ?       00:00:00/u01/oracle/bin/tnslsnr LISTENER -inherit

oracle   5615    1 0 15:50 ?       00:00:00 ora_pmon_wilson

(篇幅原因,省略部分结果)

oracle   5649    1 0 15:50 ?       00:00:00 ora_s000_wilson

oracle   5651    1 0 15:50 ?       00:00:00 ora_s001_wilson

 

 

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

 

系统共享内存信息,共享内存已经分配(SGA):

 

 

[oracle@oracle11g ~]$ ipcs

 

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

key       shmid     owner     perms     bytes     nattch    status     

0xd4d89218 32768     oracle   660       4096      0                      

 

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

key       semid     owner     perms     nsems    

0x89c98dc4 98304     oracle   660       154      

 

------ Message Queues --------

key       msqid     owner     perms     used-bytes  messages

 

 

监听器状态:

 

[oracle@oracle11g ~]$ lsnrctl status

 

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

 

Copyright (c) 1991, 2009, Oracle. All rights reserved.

 

Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=oracle11g)(PORT=1521)))

STATUS of the LISTENER

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

Alias                    LISTENER

Version                  TNSLSNR for Linux: Version 11.2.0.1.0 - Production

Start Date               22-JAN-2011 15:46:51

Uptime                   0 days 0 hr. 6 min. 47 sec

Trace Level              off

Security                 ON: Local OS Authentication

SNMP                     OFF

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)))

Services Summary...

Service"wilson" has 1 instance(s).

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

The command completed successfully

 

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

 

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

 

 

SQL> show sga      

Total System Global Area 414298112 bytes

Fixed Size                 1336904 bytes

Variable Size            310380984 bytes

Database Buffers          96468992 bytes

Redo Buffers               6111232 bytes

 

SQL> show parameter control

NAME                                TYPE       VALUE

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

control_file_record_keep_time       integer    7

control_files                       string     /u01/oradata/WILSON/controlfil

                                                e/o1_mf_6bcsqm50_.ctl, /u01/fl

                                                ash_recovery_area/WILSON/contr

                                                olfile/o1_mf_6bcsqmd8_.ctl

control_management_pack_access      string     DIAGNOSTIC+TUNING

 

SQL> select * from v$datafile;

select * from v$datafile

             *

ERROR at line 1:

ORA-01507: database not mounted

 

SQL> select * from v$controlfile;

 

no rows selected

 

 

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

 

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


mount阶段

 

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

 

Copyright (c) 1991, 2009, Oracle. All rights reserved.

 

Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=oracle11g)(PORT=1521)))

STATUS of the LISTENER

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

Alias                    LISTENER

Version                  TNSLSNR for Linux: Version 11.2.0.1.0 - Production

Start Date               22-JAN-2011 15:46:51

Uptime                   0 days 0 hr. 12 min. 31 sec

Trace Level              off

Security                 ON: Local OS Authentication

SNMP                     OFF

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)))

Services Summary...

Service "wilson" has 1 instance(s).

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

The command completed successfully

 

 

此时的sqlplus命令提示符下,我们可以看到查询项目。

 

 

SQL> select count(*) from v$datafile;

 

 COUNT(*)

----------

        7

 

SQL> select count(*) from v$controlfile;

 

 COUNT(*)

----------

        2

 

SQL> select count(*) from v$logfile;

 

 COUNT(*)

----------

        6

 

SQL> select count(*) from dba_objects;

select count(*) from dba_objects

                    *

ERROR at line 1:

ORA-01219: database not open: queries allowed on fixed tables/views only

 

SQL> select * from v$tablespace;

 

      TS# NAME                          INC BIG FLA ENC

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

        0 SYSTEM                        YES NO YES

        1 SYSAUX                        YES NO YES

        2 UNDOTBS1                      YES NO YES

        4 USERS                         YES NO YES

        3 TEMP                          NO NO YES

        6 EXAMPLE                       YES NO YES

        7 PERFSTAT                      YES NO YES

        8 PERFSTATTEMP                  NO NO YES

        9 MYTEST                        YES NO YES

 

9 rows selected.

 

SQL> archive log list;

Database log mode             No Archive Mode

Automatic archival            Disabled

Archive destination           USE_DB_RECOVERY_FILE_DEST

Oldest online log sequence    78

Current log sequence          80

 

 

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

 

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

 

--sqlplus

SQL> show parameter tablespace;

 

NAME                                TYPE       VALUE

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

undo_tablespace                     string     UNDOTBS1

SQL>

 

--pl/sql developer

SQL> show parameter tablespace;

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

 

 

 

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

 

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

 

 

打开数据库


 open 阶段


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

 

SQL> alter database open;

 

Database altered.

 

 

此时监听器状态:

 

[oracle@oracle11g ~]$ lsnrctl status;

 

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

 

Copyright (c) 1991, 2009, Oracle. All rights reserved.

 

Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=oracle11g)(PORT=1521)))

STATUS of the LISTENER

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

Alias                    LISTENER

Version                  TNSLSNR for Linux: Version 11.2.0.1.0 - Production

Start Date               22-JAN-2011 15:46:51

Uptime                   0 days 0 hr. 17 min. 29 sec

Trace Level              off

Security                 ON: Local OS Authentication

SNMP                     OFF

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)))

Services Summary...

Service "wilson" has 1 instance(s).

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

Service "wilsonXDB" has 1 instance(s).

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

The command completed successfully

 

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

 

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

dispatchers='(PROTOCOL=TCP) (SERVICE=XDB)'

 

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

 

 

[oracle@oracle11g ~]$ ps -ef | grep oracle

root     5529 5497 0 15:39 pts/0   00:00:00 su oracle

oracle   5530 5529 0 15:39 pts/0   00:00:00 bash

oracle   5559    1 0 15:46 ?       00:00:00 /u01/oracle/bin/tnslsnr LISTENER -inherit

oracle   5565 5530 0 15:49 pts/0   00:00:00 sqlplus      

(篇幅原因,略)

oracle   5645    1 0 15:50 ?       00:00:00 ora_mmnl_wilson

oracle   5647    1 0 15:50 ?       00:00:00 ora_d000_wilson //1

oracle   5649    1 0 15:50 ?       00:00:00 ora_s000_wilson //2

oracle   5651    1 0 15:50 ?       00:00:00 ora_s001_wilson //3

oracle   5653 5565 0 15:50 ?       00:00:03 oraclewilson (DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))               //4

root     5712 5680 0 15:53 pts/1   00:00:00 su oracle

(篇幅原因,略)

oracle   5796 5713 0 16:05 pts/1   00:00:00 grep oracle

 

 

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

 

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

 

 

SQL> select count(*) from dba_objects;

 

 COUNT(*)

----------

72516

 

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

 

 

SQL> select * from v$tablespace;

 

TS# NAME INCLUDED_IN_DATABASE_BACKUP BIGFILE FLASHBACK_ON ENCRYPT_IN_BACKUP

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

        0 SYSTEM                        YES                        NO YES  

        1 SYSAUX                        YES                        NO YES  

        2 UNDOTBS1                      YES                        NO YES 

        4 USERS                         YES                        NO YES 

        3 TEMP                          NO                         NO YES 

        6 EXAMPLE                       YES                        NO YES 

        7 PERFSTAT                      YES                        NO YES 

        8 PERFSTATTEMP                  NO                         NO YES 

        9 MYTEST                        YES                        NO YES

 

9 rows selected

 

 

 

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

 

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

上一篇: 没有了~
请登录后发表评论 登录
全部评论

注册时间:2012-02-07

  • 博文量
    4
  • 访问量
    5303