Oracle 数据库实例启动关闭过程
当数据库从关闭阶段转为完全打开阶段时，数据库会对以下阶段执行内部一致性检查：
? NOMOUNT：实例要达到NOMOUNT(又称STARTED)状态，就必须读取初始化参数文件。实例进入NOMOUNT状态时，不会检查任何数据库文件(控制文件、数据文件、在线Redo文件)。
? MOUNT：实例进入MOUNT状态时，会检查初始化参数文件中列出的所有控制文件是否都存在且已同步。即使有一个控制文件缺失或损坏，实例也会向管理员返回错误(指明控制文件缺失)并保持NOMOUNT状态。
? OPEN：实例从MOUNT状态转为OPEN状态时，它会执行以下操作：
(1) 检查控制文件已知的所有重做日志组是否至少有一个成员存在。任何缺失的成员会记录在预警日志中。
(2) 验证控制文件中记录的所有数据文件是否存在，但不验证脱机文件。在管理员尝试使脱机的文件联机之前，不会检查这些文件。如果数据文件不属于SYSTEM 或UNDO表空间，管理员就可使数据文件脱机并打开实例。如果缺失了任何文件，则向管理员返回一个错误，指出第一个缺失的文件，此时实例保持MOUNT 状态。当实例发现缺失文件时，错误消息中只显示导致问题的第一个文件。要查找需要恢复的所有文件，管理员可通过检查v$recover_file动态性能视图来获取需要注意的文件的完整列表：
SQL> startup
ORACLE instance started.
Total System Global Area 171966464 bytes
Fixed Size 775608 bytes
Variable Size 145762888 bytes
Database Buffers 25165824 bytes
Redo Buffers 262144 bytes Database mounted.
ORA-01157: cannot identify/lock data file 4 - see DBWR trace file
ORA-01110: data file 4: '/oracle/oradata/orcl/users01.dbf'
SQL> SELECT name, error
FROM v$datafile
JOIN v$recover_file
USING (file#);
NAME ERROR
----------------------------------- ------------------
/oracle/oradata/orcl/users01.dbf FILE NOT FOUND
/oracle/oradata/orcl/example01.dbf FILE NOT FOUND
(3) - 验证所有未脱机数据文件或只读数据文件是否与控制文件同步。必要时，实例会自动执行实例恢复。但是，如果某个文件不同步，导致无法通过使用联机重做日志组进行恢复，管理员必须执行介质恢复。如果任何文件需要进行介质恢复，则向管理员返回一条错误消息，指出第一个需要恢复的文件，此时实例保持MOUNT状态：
ORA-01113: file 4 needs media recovery
ORA-01110: data file 4: '/oracle/oradata/orcl/users01.dbf'
此外，v$recover_file会提供需要注意的文件的完整列表。其中列出了存在的且需要进行介质恢复的文件，但不显示错误消息。
--================================
-->Oracle 数据库实例启动关闭过程
--================================
/*
Oracle数据库实例的启动，严格来说应该是实例的启动，数据库仅仅是在实例启动后进行装载。Oracle数据启动的过程被划分为
几个不同的步骤，在不同的启动过程中，我们可以对其实现不同的操作，系统修复等等工作，因此了解Oracle数据启动、关闭是非常
有必要的。下面详细了Oracle Database 10g 数据库启动及关闭的过程。
一、数据库实例的启动
启动命令：starup [force][restrict] [pfile=...] [nomount] [mount] [open]
启动过程：nomount ---> mount ---> open (startup不带参数将逐步一一完成)
1.nomount阶段(即实例的启动)
实例的启动通常包含下列任务：
a.按以下顺序在$ORACLE_HOME/dbs[win平台为database]目录下搜索下列文件,即如果第一个没找到，就找下一个
spfile.ora ---> spfile.ora ---> init.ora
b.分配SGA
c.启动后台进程
d.打开并修改告警.log文件及跟踪文件
使用场景：
多用于数据库创建、控制文件重建、特定的备份恢复等
注意：
此阶段不打开任何的控制文件及数据文件。
2.mount阶段
mount阶段完成的任务：
a.启动实例并打开控制文件，将数据库与实例关联起来
b.利用参数文件中的说明，打开并锁定控制文件
c.读取控制文件以获取数据文件和重做日志文件的名字和状态信息，但不检查数据日志文件是否存在
使用场景：
a.重命名数据文件，移动数据文件位置等(数据库打开，表空间脱机的情况下也可以重命名数据文件)
b.启用或关闭重做日志文件的归档及非归档模式
c.实现数据库的完全恢复
注意：
这一步会读控制文件，如果这一步有一个控制文件损坏就无法启动
3.open阶段
mount阶段完成的任务：
a.打开数据文件
b.打开联机日志文件
注意：
a.在此期间，Oracle服务器将校验所偶的数据文件和联机日志文件能否打开并对数据库作一致性检查
b.如果出现一致性错误，SMON进程将启动实例恢复
c.如果任一数据文件或联机日志文件丢失，Oracle服务器将报错
4.特殊的方式打开数据库
只读模式：
startup open read only;
如果现在在mount
alter database open read only;
受限模式：
有时进行数据库维护护，希望一般的用户不能登录。可以启动到该模式，这样只有用户具有
restricted session 权限，才可登录到数据库。
启动方法：
startup restrict;
取消受限：
alter system disable restricted session;
二、数据库实例的关闭
关闭命令：shutdown abort | immediate | transactional | normal (shutdown不带参数将缺省为normal)
关闭选项：
normal --->不准许新的连接，等待当前的session 结束，等待当前的事务结束，强制检查点并关闭文件
transactional --->不准许新的连接，不等待当前的session结束，等待当前的事务结束，强制检查点并关闭文件。
immediate --->不准许新的连接，不等待当前的session结束，不等待当前的事务结束，强制检查点并关闭文件。
abort --->不准许新的连接，不等待当前的session结束，不等待当前的事务结束，不作强制检查点。
三、几类诊断文件
包含有重要意义时间的具体信息，用于解决问题，用于日常更好的管理数据库
a.alterSID.log 告警文件
记录了数据库启动、关闭时间和一些重要操作及错误警告信息,包含错误号ora-,由dba管理
位置由background_dump_dest
维护alertSID.log,定期转移，系统会自动产生新的alert_sid.log
b.后台进程跟踪文件：
记录了后台进程的一些重要信息和警告、错误等
位置：$ORACLE_BASE/admin/vvorcl/bdump/vvorcl_lgwr_15135.trc
c.用户跟踪文件：
由用户进程产生也能由服务器进程产生，跟踪用户的SQL语句的统计信息，也包括错误信息
文件位置由user_dump_dest
用户跟踪：
会话级：
alter session set sql_trace=true;
实例级：
alter system set set sql_trace=true;
跟踪文件的大小由max_dump_file_size参数决定。跟踪时最好要限制他的大小
四、动态性能视图
记录当前数据库的活动，并且不停的更新，故不能保证读取数据的一致性
监控和调整数据库
所有者sys
以v$开头
DICT和DICT_COLUMNS视图包含了动态性能视图描述及其列的描述
v$FIXED_TALBE包含了所有视图的名字及相关信息
五、演示 */
[root@robinson ~]# su - oracle
--查看未启动实例前的进程情况
[oracle@robinson ~]$ ps -aef |grep oracle
root 3332 3300 0 12:20 pts/1 00:00:00 su - oracle
oracle 3333 3332 0 12:20 pts/1 00:00:00 -bash
oracle 3365 3333 0 12:20 pts/1 00:00:00 ps -aef
oracle 3366 3333 0 12:20 pts/1 00:00:00 grep oracle
--使用ipcs查看当前进程间通讯所用到的共享资源，内存段及信号量，
--可以看出当前无任何通信设备及共享资源
[oracle@robinson ~]$ ipcs -a
------ Shared Memory Segments --------
key shmid owner perms bytes nattch status
------ Semaphore Arrays --------
key semid owner perms nsems
------ Message Queues --------
key msqid owner perms used-bytes messages
--登陆到sqlplus
[oracle@robinson ~]$ sqlplus / as sysdba
SQL*Plus: Release 10.2.0.1.0 - Production on Thu Apr 29 13:07:29 2010
Copyright (c) 1982, 2005, Oracle. All rights reserved.
Connected to an idle instance.
--再次查看进程情况，多出了进程
SQL> !ps -aef | grep oracle
root 3332 3300 0 12:20 pts/1 00:00:00 su - oracle
oracle 3333 3332 0 12:20 pts/1 00:00:00 -bash
oracle 3972 3333 0 13:07 pts/1 00:00:00 sqlplus as sysdba
oracle 3973 3972 0 13:07 ? 00:00:00 oracleorcl (DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))
oracle 3974 3972 0 13:07 pts/1 00:00:00 /bin/bash -c ps -aef | grep oracle
oracle 3975 3974 0 13:07 pts/1 00:00:00 ps -aef
--再次查看进程间通讯资源，同样是没有任何分配
SQL> !ipcs -a
------ Shared Memory Segments --------
key shmid owner perms bytes nattch status
------ Semaphore Arrays --------
key semid owner perms nsems
------ Message Queues --------
key msqid owner perms used-bytes messages
--启动到nomount
SQL> startup nomount
ORACLE instance started.
Total System Global Area 398458880 bytes
Fixed Size 1219640 bytes
Variable Size 117441480 bytes
Database Buffers 276824064 bytes
Redo Buffers 2973696 bytes
--可以看到多出了一些后台进程，即为Oracle的后台进程。从开始。
SQL> !ps -aef | grep oracle
root 3332 3300 0 12:20 pts/1 00:00:00 su - oracle
oracle 3333 3332 0 12:20 pts/1 00:00:00 -bash
oracle 3972 3333 0 13:07 pts/1 00:00:00 sqlplus as sysdba
oracle 3981 1 0 13:09 ? 00:00:00 ora_pmon_orcl
oracle 3983 1 0 13:09 ? 00:00:00 ora_psp0_orcl
oracle 3985 1 0 13:09 ? 00:00:00 ora_mman_orcl
oracle 3987 1 0 13:09 ? 00:00:00 ora_dbw0_orcl
oracle 3989 1 0 13:09 ? 00:00:00 ora_lgwr_orcl
oracle 3991 1 0 13:09 ? 00:00:00 ora_ckpt_orcl
oracle 3993 1 0 13:09 ? 00:00:00 ora_smon_orcl
oracle 3995 1 0 13:09 ? 00:00:00 ora_reco_orcl
oracle 3997 1 0 13:09 ? 00:00:00 ora_cjq0_orcl
oracle 3999 1 0 13:09 ? 00:00:00 ora_mmon_orcl
oracle 4001 1 0 13:09 ? 00:00:00 ora_mmnl_orcl
oracle 4003 1 0 13:09 ? 00:00:00 ora_d000_orcl
oracle 4005 1 0 13:09 ? 00:00:00 ora_s000_orcl
oracle 4006 3972 0 13:09 ? 00:00:00 oracleorcl (DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))
oracle 4009 3972 0 13:10 pts/1 00:00:00 /bin/bash -c ps -aef | grep oracle
oracle 4010 4009 0 13:10 pts/1 00:00:00 ps -aef
--可以看到已经分配了SGA
SQL> !ipcs -a
------ Shared Memory Segments --------
key shmid owner perms bytes nattch status
0x99eb282c 65537 oracle 640 402653184 14
------ Semaphore Arrays --------
key semid owner perms nsems
0x6df43ca0 98304 oracle 640 127
0x6df43ca1 131073 oracle 640 127
0x6df43ca2 163842 oracle 640 127
------ Message Queues --------
key msqid owner perms used-bytes messages
--查看控制文件，没有任何数据，因为此阶段控制文件并没有打开
SQL> select * from v$controlfile;
no rows selected
--查看数据文件和日志文件，提示database not mounted
SQL> select * from v$datafile;
select * from v$datafile
*
ERROR at line 1:
ORA-01507: database not mounted
SQL> select * from v$logfile;
select * from v$logfile
*
ERROR at line 1:
ORA-01507: database not mounted
--切换到mount阶段
SQL> alter database mount;
Database altered.
--可以查看控制文件的相关信息
SQL> select * from v$controlfile;
STATUS NAME IS_ BLOCK_SIZE FILE_SIZE_BLKS
------- -------------------------------------------------- --- ---------- --------------
/u01/app/oracle/oradata/orcl/control01.ctl NO 16384 430
/u01/app/oracle/oradata/orcl/control02.ctl NO 16384 430
/u01/app/oracle/oradata/orcl/control03.ctl NO 16384 430
--可以查看数据文件的相关信息
SQL> select FILE#,STATUS,ENABLED,CHECKPOINT_CHANGE#,CHECKPOINT_TIME,ONLINE_TIME,NAME from v$datafile;
FILE# STATUS ENABLED CHECKPOINT_CHANGE# CHECKPOIN ONLINE_TI NAME
---------- ------- ---------- ------------------ --------- --------- --------------------------------------------------
1 SYSTEM READ WRITE 2027235 28-APR-10 06-APR-10 /u01/app/oracle/oradata/orcl/system01.dbf
2 ONLINE READ WRITE 2027235 28-APR-10 06-APR-10 /u01/app/oracle/oradata/orcl/undotbs01.dbf
3 ONLINE READ WRITE 2027235 28-APR-10 06-APR-10 /u01/app/oracle/oradata/orcl/sysaux01.dbf
4 ONLINE READ WRITE 2027235 28-APR-10 06-APR-10 /u01/app/oracle/oradata/orcl/users01.dbf
5 ONLINE READ WRITE 2027235 28-APR-10 /u01/app/oracle/oradata/orcl/example01.dbf
6 ONLINE READ WRITE 2027235 28-APR-10 /u01/app/oracle/oradata/orcl/Test.dbf
7 ONLINE READ WRITE 2027235 28-APR-10 /u01/app/oracle/oradata/orcl/ORCL/datafile/o1_mf_s
_5vrl1t7h_.dbf
--可以查看日志文件的相关信息
SQL> select * from v$logfile;
GROUP# STATUS TYPE MEMBER IS_
---------- ------- ------- ------------------------------------------------------------ ---
3 ONLINE /u01/app/oracle/oradata/orcl/redo03.log NO
2 ONLINE /u01/app/oracle/oradata/orcl/redo02.log NO
1 ONLINE /u01/app/oracle/oradata/orcl/redo01.log NO
--数据不可访问，因为在此阶段，数据文件，日志文件并没有打开
SQL> select * from scott.emp;
select * from scott.emp
*
ERROR at line 1:
ORA-01219: database not open: queries allowed on fixed tables/views only
--切换到open 阶段
SQL> alter database open;
Database altered.
--再次查看进程信息，多出了之后的相关进程
SQL> !ps -aef | grep oracle
oracle 3981 1 0 13:09 ? 00:00:00 ora_pmon_orcl
oracle 3983 1 0 13:09 ? 00:00:00 ora_psp0_orcl
oracle 3985 1 0 13:09 ? 00:00:00 ora_mman_orcl
oracle 3987 1 0 13:09 ? 00:00:00 ora_dbw0_orcl
oracle 3989 1 0 13:09 ? 00:00:00 ora_lgwr_orcl
oracle 3991 1 0 13:09 ? 00:00:00 ora_ckpt_orcl
oracle 3993 1 0 13:09 ? 00:00:00 ora_smon_orcl
oracle 3995 1 0 13:09 ? 00:00:00 ora_reco_orcl
oracle 3997 1 0 13:09 ? 00:00:00 ora_cjq0_orcl
oracle 3999 1 0 13:09 ? 00:00:00 ora_mmon_orcl
oracle 4001 1 0 13:09 ? 00:00:00 ora_mmnl_orcl
oracle 4003 1 0 13:09 ? 00:00:00 ora_d000_orcl
oracle 4005 1 0 13:09 ? 00:00:00 ora_s000_orcl
root 4068 4036 0 13:29 pts/1 00:00:00 su - oracle
oracle 4069 4068 0 13:29 pts/1 00:00:00 -bash
oracle 4101 4069 0 13:29 pts/1 00:00:00 sqlplus
oracle 4102 4101 0 13:29 ? 00:00:01 oracleorcl (DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))
oracle 4137 1 0 13:54 ? 00:00:00 ora_qmnc_orcl
oracle 4139 1 0 13:54 ? 00:00:01 ora_j000_orcl
oracle 4141 1 0 13:54 ? 00:00:00 ora_j001_orcl
oracle 4143 1 0 13:54 ? 00:00:00 ora_j002_orcl
oracle 4145 1 0 13:54 ? 00:00:00 ora_j003_orcl
oracle 4147 1 0 13:54 ? 00:00:00 ora_j004_orcl
oracle 4149 1 0 13:54 ? 00:00:00 ora_j005_orcl
oracle 4159 1 0 13:54 ? 00:00:00 ora_q001_orcl
oracle 4167 1 0 13:56 ? 00:00:00 ora_q002_orcl
oracle 4169 1 0 13:57 ? 00:00:00 ora_q003_orcl
oracle 4172 4101 0 13:58 pts/1 00:00:00 /bin/bash -c ps -aef | grep oracle
oracle 4173 4172 0 13:58 pts/1 00:00:00 ps -aef
--数据已可正常访问
SQL> select * from scott.emp where ename = 'SCOTT';
EMPNO ENAME JOB MGR HIREDATE SAL COMM
---------- ---------- --------- ---------- --------- ---------- ----------
DEPTNO
----------
7788 SCOTT ANALYST 7566 19-APR-87 3000
--查看告警日志文件路径
SQL> show parameter background_dump_dest
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
background_dump_dest string /u01/app/oracle/admin/orcl/bdu
mp
--查看动态性能视图
SQL> select sql_text,executions from v$sql where cpu_time >2000000;
SQL_TEXT
--------------------------------------------------------------------------------
EXECUTIONS
----------
select s.synonym_name object_name, o.object_type from all_synonyms s, sys.a
ll_objects o where s.owner in ('PUBLIC', :schema) and o.owner = s.table_owner an
d o.object_name = s.table_name and o.object_type in ('TABLE', 'VIEW', 'PACKAGE',
'TYPE', 'PROCEDURE', 'FUNCTION', 'SEQUENCE')
2
SQL> select username,status,server,state from v$session where program = 'plsqldev.exe';
USERNAME STATUS SERVER STATE
------------------------------ -------- --------- -------------------
SYS INACTIVE DEDICATED WAITING
SYS INACTIVE DEDICATED WAITING
SQL> select sid,ctime from v$lock where sid = 275;
SID CTIME
---------- ----------
275 9607
275 9270
275 9243
1810
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
