ORACLE体系 - 3（oracle体系架构）

【三】控制文件

3.1 功能和特点

1）记录数据库当前物理状态

2）维护数据库的一致性

3）是一个二进制小文件

4）在mount阶段被读取

5）记录RMAN备份的元数据

查看database控制文件位置：

SQL> show parameter control_file
SQL> select name from v$controlfile;
NAME
----------------------------------------------
/u01/oradata/prod/control01.ctl
/u01/oradata/prod/control02.ctl
/u01/oradata/prod/control03.ctl

3.2 实时更新机制

①当增加、重命名、删除一个数据文件或者一个联机日志文件时，Oracle服务器进程（Server Process）会立即更新控制文件以反映数据库结构的变化；

②日志写进程LGWR负责把当前日志序列号记录到控制文件中；

③检查点进程CKPT负责把校验点的信息记录到控制文件中；

④归档进程ARCn负责把归档日志的信息记录到控制文件中；

通过视图v$controlfile_record_section可以了解到控制文件中记录了大量的数据库当前状态信息。

3.3 多元化

1）配置多个control_files，控制文件最好是3个（最多8个），多路复用指的是相互镜像。

一般配置方法：

①修改spfile中的control_files参数（修改之前最好将spfile先备份一份）

②shutdown immediate

③复制控制文件，Oracle建议将多个控制文件分配在不同的物理磁盘上。

2）三个control文件要一致（同一版本，scn相同），因为本来就是镜像关系。

3）可以将控制文件dump出来，在跟踪文件中观察一下控制文件的内容：

alter session set events 'immediate trace name controlf level 12';
select * from v$diag_info;

3.4 备份与重建

3.4.1备份

指对控制文件的实时备份，用于恢复数据文件：

SQL> alter database backup controlfile to '/u01/oradata/prod/con.bak';

注意：数据库打开时是不能cp控制文件的。

3.4.2重建

可以在mount或open模式生成一个trace文件，方便重建控制文件：

①文件内容在Default Trace File中

SQL> alter database backup controlfile to trace;

②或者存到自己起的文件名里

SQL>alter database backup controlfile to trace as '/u01/oradata/prod/con.trace';

3.5 恢复与重建

3.5.1恢复控制文件方法

控制文件一旦损坏，系统将不能正常工作，受损的控制文件会记录在告警日志中，恢复或重建控制文件必须使系统在NOMOUNT下：

1）单个文件损坏了：通过简单复制解决。

2）所有的控制文件丢失：

①如果有binary控制文件备份，利用备份恢复控制文件；

②如果没有备份，利用trace脚本文件重新创建控制文件（代价：丢失归档记录信息和RMAN信息）

3.5.2重建控制文件示例

第一步、Mount或open下生成trace脚本：

SQL>alter database backup controlfile to trace as '/u01/oradata/prod/con.trace';

第二步、启动到nomount 状态下准备执行trace脚本：

SQL> startup force nomount;

第三步、执行重建控制文件语句：

SQL>CREATE CONTROLFILE REUSE DATABASE "prod" NORESETLOGS ARCHIVELOG
MAXLOGFILES 16
MAXLOGMEMBERS 3
MAXDATAFILES 100
MAXINSTANCES 8
MAXLOGHISTORY 292
LOGFILE
GROUP 1 '/u01/oradata/prod/redo01.log' SIZE 50M,
GROUP 2 '/u01/oradata/prod/redo02.log' SIZE 50M,
GROUP 3 '/u01/oradata/prod/redo03.log' SIZE 50M
-- STANDBY LOGFILE
DATAFILE
'/u01/oradata/prod/system01.dbf',
'/u01/oradata/prod/sysaux01.dbf',
'/u01/oradata/prod/users01.dbf',
'/u01/oradata/prod/example01.dbf',
'/u01/oradata/prod/test01.dbf',
'/u01/oradata/prod/undotbs01.dbf'
CHARACTER SET ZHS16GBK
;

可以看到执行后三个控制文件又重新建立了，这时数据库已在mount下。

说明：这个重建控制文件的过程主要有两大部分内容：

第一部分是脚本中的可见信息：

1）定义db_name

2）指定几个参数限定控制文件的最大值

3）在线日志的物理信息

4）数据文件的物理信息

5）使用的字符集。

第二部分是隐含的不可见信息，比如SCN信息，重建复制了当前所有数据文件头部的最新SCN信息复制到了控制文件中，以便接下来打开数据库。

SQL> select file#,checkpoint_change# from v$datafile;
SQL> select file#,checkpoint_change# from v$datafile_header;

第四步、打开数据库：

SQL> alter database open;

第五步、添加临时数据文件信息：

SQL> ALTER TABLESPACE TEMP ADD TEMPFILE '/u01/oradata/prod/temp01.dbf'
SIZE 30408704 REUSE AUTOEXTEND ON NEXT 655360 MAXSIZE 32767M;

the end ！！！

@jackman 共筑美好！