457475451 发表于 2018-9-13 10:59:34

oracle启动过程nomount mount open实验

  Oracle的启动方式:
  startup nomount
  startup mount
  startup open (startup的默认选项)
  其他常用的参数:read only ,read write ,force,restrict
  这些参数可以一起使用,比如 startup 与 startup open read write 是一样的效果。
  Oracle的启动过程:启动实例-> 装载数据库 -> 打开数据库
  与之对应的读取相应文件的顺序: 参数文件 -> 控制文件 -> 数据文件
  我们验证一下这些步骤的区别:
  startup nomount
  读取数据库参数文件,完成分配SGA、PGA,启动后台进程等,如果参数文件出现问题则在nomount这步就已经启动不了,实验如下:
  1、 修改参数文件
  $ mv spfilejiagulun.ora spfilejiagulun01.ora
  2、 启动数据库
  SQL> startup nomount;
  ORA-01078: failure in processing system parameters
  LRM-00109: could not open parameter file '/u01/app/oracle/product/10.2.0/db_1/dbs/initjiagulun.ora'
  报错,不能打开数据库参数文件。
  $ mv spfilejiagulun01.ora spfilejiagulun.ora
  当环境变量设置错误也会引起弄mount失败,因为oracle读取spfilejiagulun.ora是通过环境变量找到SID jiagulun和spfile的路径。环境变量SID(等于数据库实例名)设置不正确报错如下:
  SQL> startup nomount;
  ORA-01078: failure in processing system parameters
  LRM-00109: could not open parameter file '/u01/app/oracle/product/10.2.0/db_1/dbs/initjiagulun1.ora'
  修改回来后,再nomount数据库成功。
  SQL> startup nomount;
  ORACLE instance started.
  Total System Global Area285212672 bytes

  Fixed>
  Variable>  Database Buffers          180355072 bytes
  Redo Buffers                2973696 bytes
  SQL>
  一般启动数据库读取到这个文件,启动后不做参数修改基本不读取了。
  Startup mount
  读取控制文件,控制文件记录了数据库的物理结构如下信息:
  1、数据库的创建时间
  2、数据文件的位置
  3、日志文件的位置
  等,作用是指导数据库 找到数据文件,日志文件并将数据库启动到 open 状态。
  control01.ctlcontrol02.ctlcontrol03.ctl内容全部一样,起到备份作用。
  $ mv control01.ctl control.ctl修改控制文件
  SQL> startup mount;
  ORACLE instance started.
  Total System Global Area285212672 bytes

  Fixed>
  Variable>  Database Buffers          180355072 bytes
  Redo Buffers                2973696 bytes

  ORA-00205: error in>  报错了ORA-00205
  将控制文件02复制命名为控制文件01,在mount数据库,成功。
  $ cp control02.ctl control01.ctl
  SQL> startup mount;
  ORACLE instance started.
  Total System Global Area285212672 bytes

  Fixed>
  Variable>  Database Buffers          180355072 bytes
  Redo Buffers                2973696 bytes
  Database mounted.
  虽然三个控制文件一样,但是01 02 03改变随便一个都会读取失败报错。
  Startup open
  读取dbf数据文件和redo log文件。
  修改redo.log文件
  $ mv redo02.log redo002.log

  SQL>>  alter database open
  *
  ERROR at line 1:
  ORA-00313: open failed for members of log group 2 of thread 1
  ORA-00312: online log 2 thread 1: '/u01/app/oracle/oradata/jiagulun/redo02.log'
  启动报错。
  尝试将redo01复制重命名redo02,启动不行,证明文件肯定不一样的。
  $ cp redo01.log redo02.log
  SQL> startup;
  ORACLE instance started.
  Total System Global Area285212672 bytes

  Fixed>
  Variable>  Database Buffers          180355072 bytes
  Redo Buffers                2973696 bytes
  Database mounted.
  ORA-00341: log 2 of thread 1, wrong log #in header
  ORA-00312: online log 2 thread 1: '/u01/app/oracle/oradata/jiagulun/redo02.log'
  改回来后启动成功
  $ mv redo002.log redo02.log
  SQL> startup;
  ORACLE instance started.
  Total System Global Area285212672 bytes

  Fixed>
  Variable>  Database Buffers          180355072 bytes
  Redo Buffers                2973696 bytes
  Database mounted.
  Database opened.
  改变DBF数据文件
  $ mv example01.dbf example001.dbf
  SQL> startup
  ORACLE instance started.
  Total System Global Area285212672 bytes

  Fixed>
  Variable>  Database Buffers          176160768 bytes
  Redo Buffers                2973696 bytes
  Database mounted.

  ORA-01157: cannot>  ORA-01110: data file 5: '/u01/app/oracle/oradata/jiagulun/example01.dbf'
  启动失败。
  改回来后启动成功
  $ mv example001.dbf example01.dbf
  SQL> startup;
  ORACLE instance started.
  Total System Global Area285212672 bytes

  Fixed>
  Variable>  Database Buffers          176160768 bytes
  Redo Buffers                2973696 bytes
  Database mounted.
  Database opened.
  通过以上实验
  1.nomount方式下还没有读取控制文件,该选项用于在数据库的控制文件全部损坏,需要重新创建数据库控制文件或创建一个新的数据库时使用。
  2.mount 选项下并没有打开数据文件,该选项可以用来修改数据库的运行模式或进行数据库恢复。

页: [1]
查看完整版本: oracle启动过程nomount mount open实验