ORACLE体系 - 2

【二】实例管理及数据库的启动/关闭

2.1 参数文件

2.1.1概念

1）instance在启动阶段读取初始化参数文件（init parameter files)，该文件管理实例相关启动参数。

基本初始化参数：大约	10-20	个左右
初始化参数：		300	个左右
隐含参数：		Oracle不推荐使用

2）两种形式

①动态参数：可以直接在内存中修改，并对当前instance立即生效；

②静态参数：必须修改参数文件，下次启动后生效。

SQL> select distinct issys_modifiable from v$parameter;

结果如下：

ISSYS_MODIFIABLE
----------------
IMMEDIATE		动态参数
FALSE			静态参数
DEFERRED		延迟参数，session下次连接有效

2.1.2两种参数文件

1）pfile（parameter file）

特点：

①必须通过文本编辑器修改参数，便于一次修改多个参数。

②缺省的路径及命名方式：$ORACLE_HOME/dbs/initSID.ora

2）spfile（system parameter file）

特点：

①二进制文件，不可以通过编辑器修改，可通过Linux命令strings查看内容。

②路径及命名方式: $ORACLE_HOME/dbs/spfileSID.ora

③修改spfile文件的方法：

alter system set 参数=值 [scope=memory|spfile|both]

①scope=memory 参数修改立刻生效，但不修改spfile文件。

②scope=spfile 修改了spfile文件，重启后生效。

③scope=both 前两种都要满足，要求spfile参数文件存在。

④不写scope限定词，缺省③。但不如③严格，即spfile如果不存在，仅仅修改内存中参数。

如果不修改spfile，将无法更改静态参数。

SQL> select name,ISSES_MODIFIABLE,ISSYS_MODIFIABLE from v$parameter where name='sql_trace';
NAME              ISSES                 ISSYS_MOD
-------------------------------------------------------------------------------- ----- ---------
sql_trace           TRUE                 IMMEDIATE

这个结果表示 sql_trace参数在session级别可以改，在system级也可以both修改（动态参数）。

3）读取参数文件的顺序及相互生成

优先spfile，其次pfile。

pfile和spfile可以相互生成：

SQL>create pfile from spfile;
SQL>create spfile from pfile;
SQL>create pfile from memory;
SQL>create spfile from memory;

注意：

使用spfile启动后不能重写spfile。

数据库即使不启动，pfile 和spfile也可以相互生成。

应尽可能使用spfile，pfile一般留做备用，特殊情况也可以使用pfile启动，如下：

SQL> startup pfile=$ORACLE_HOME/dbs/initprod.ora

如果pfile不是缺省命名或放在其他路径，则指定命令路径和文件名即可。

SQL> startup pfile=/home/oracle/mypfile

怎样知道实例是spfile启动还是pfile启动的：

SQL> show parameter spfile
NAME             TYPE                 VALUE
------------------------------------ ----------- ------------------------------
spfile               string               /u01/oracle/dbs/spfile.ora

如果value有值，说明数据库启动时读的是spfile

另一个办法是看v$spparameter（spfile参数视图）中的参数memory_target的isspecified字段值，如果是TRUE 说明是spfile启动的：

SQL> select name,value,isspecified from v$spparameter where name like 'memory_target';
NAME                        VALUE                   ISSPECIFIED
-------------------------------------- -------------------------------------------
memory_target         423624704            TRUE

2.2 数据库启动与关闭

2.2.1启动分为三个阶段

1）nomount阶段：读取init parameter

SQL> select status from v$instance;
STATUS
------------
STARTED

2）mount阶段：读取控制文件

SQL> select status from v$instance;
STATUS
------------
MOUNTED

3）open阶段：

1、检查所有的datafile、redo log、 group 、password file正常

2、检查数据库的一致性（controlfile、datafile、redo file的检查点是否一致）

SQL> select file#,checkpoint_change#,last_change# from v$datafile;     从控制文件读出
SQL> select file#,checkpoint_change# from v$datafile_header;              从数据文件读出

注意：启动时last_change#不为空说明之前是干净的关闭数据库

SQL> select status from v$instance;
STATUS
------------
OPEN

2.2.2 启动数据库时的一些特殊选项

startup force：		相当于shutdown abort后再接startup
startup upgrade：		只有sysdba能连接
startup restrict：		有restrict session权限才可登录，sys不受限制
alter system enable restricted session：		open后再限制
alter database open read only：		scn不会增长

2.2.3 实例关闭：

①shutdown normal 		拒绝新的连接，等待当前会话结束，生成检查点
②shutdown transactional 		拒绝新的连接，等待当前事务结束，生成检查点
③shutdown immediate		拒绝新的连接，未提交的事务回滚，生成检查点
④shutdown abort		不生成检查点，下次启动需要做instance recovery

2.3 自动诊断信息库ADR

ADR（Automatic Diagnostic Repository）是11g及以后的新特性。

存储在操作系统下的一个目录（树）结构：

包括：①告警日志文件 ②跟踪文件 ③健康记录 ④DUMP转储文件等…

SQL> show parameter diagnostic_dest
NAME 												TYPE 											VALUE
------------------------------------ ----------- ------------------------------
diagnostic_dest 				string 										 /u01

$ORACLE_BASE=/u01，它也是ADR的基目录，如果你没有设置ORACLE_BASE环境变量，Oracle给你设置的ADR基目录是$ORACLE_HOME/log。

SQL> show parameter dump；

在oracle 11g中，故障诊断及跟踪的文件路径改变较大，告警文件分别xml的文件格式和普通文本格式两种形式存在，这两份文件的位置分别是V$DIAG_INFO中的Diag Alert 和Diag Trace 对应的目录。

2.3.1跟踪文件：

1）后台进程的跟踪文件（Bdump）

SID_processname_PID.trc     如：_lgwr_5616.trc

2）服务器进程的跟踪文件（Udump）

SID_ora_PID.trc     如：_ora_10744.trc

另外增加.trm（trace map)文件，记录trc文件的结构信息。

SQL> select * from v$diag_info;

2.3.2告警日志

以文本格式保存告警日志，命名是：alter_SID.log，它包含通知性的消息，如数据库启动或关闭，以及有关数据库物理结构变化的信息,也包括一些内部错误信息等。告警日志会不断增长，定期清理是必要的：

$cat /dev/null > alert_prod.log           将文件清空

直接删掉也没有关系，下次启动会自动创建

$ tail -f /u01/diag/rdbms/prod/prod/trace/alert_prod.log

2.4 口令文件

2.4.1 登录认证方式

主要有以下四种

1）OS认证：

特点：①Oracle用户以本地登录 ②Oracle用户必须属于DBA组 ③Oracle的sysdba身份不验证密码。

如：sqlplua / as sysdba

2）口令文件认证：

是一种通过网络的远程认证方式，只有sysdba权限的用户可以使用口令文件，登录时必须输入密码和网络连接符。

如：sqlplus sys/oracle@ as sysdba

3）口令密码认证方式

普通用户是指没有sysdba权限的用户，比如system 、scott,或者是tim什么的，不管是本地还是远程，普通用户登录时必须在数据库open下输入口令，它们的口令密码保管在数据字典里。

4）外部密码认证

如果配置了os_authent_prefix参数，如缺省值为'ops#39;，当数据库中存在用户'ops$tim'，且对该用户启用了外部验证。那么在操作系统上以tim用户登录成功后，就可以直接键入sqlplus / ，登录用户是ops$tim，密码由操作系统外部提供，不是数据字典认证。

2.4.2 口令文件

是sysdba身份的用户的远程认证密码文件，主要用于sys用户（严格来说是具有sysdba系统权限的用户）的远程登录认证。

1）位置：$ORACLE_HOME/dbs/orapwSID

2）可以通过remote_login_passwordfile参数控制是否生效

3）使用orapwd命令创建新的sys口令文件：

[oracle@cuug ~]$ cd $ORACLE_HOME/dbs
[oracle@cuug dbs]$ $orapwd file=orapwprod password=system entries=5 force=y

file=orapw+sid的写法，不能拼错。 entries的含义是表示口令文件中可包含的SYSDBA/SYSOPER权限登录的最大用户数，Force强制覆盖原文件。

the end ！！！

@jackman 共筑美好！