今天要介绍的是备份中的另一个非常重要的部分——Controlfile。

首先，Controlfile是存储数据库物理结构信息的二进制文件，包括：SCN，时间戳，Archived log历史，表空间，数据文件（包含文件名，状态，checkpoint等），Redo Log的信息，当前archive log状态，RMAN的信息，数据库块文件信息，数据库ID等。总之，几乎囊括了所有的关键信息。因此，Control File是最重要，也是最需要保护的文件之一。

保护的方法——通常是同时建立多个备份，同时用。每次备份都强烈建议备份Controlfile。

例如：SQL> SELECT NAME FROM V$CONTROLFILE;

 NAME
-------------------------------------------
/u01/app/oracle/oradata/db/control01.ctl
/u01/app/oracle/oradata/db/control02.ctl
/u01/app/oracle/oradata/db/control03.ctl

V$CONTROLFILE视图，可以查到很多有意思的信息，就不在这里累述了。有兴趣的朋友，请自己查看。

由于Controlfile保持了如此多的信息，所以随着时间的推移，Controlfile其实是一个动态持续变化的一个文件。

Controlfile恢复中注意的问题：

1. 在数据库恢复过程中，某一时间点的控制文件只能*理解和恢复*在此之前，到上一次resetlogs时间段的备份和Archived log。这点非常重要，因为一旦恢复了控制文件，你的视角将被局限和拉回到备份控制文件的那个时间点上。

2. 每次恢复了Controlfile都需要resetlogs。（对此不是很能理解，还需要继续学习）

3. 利用RMAN等工具restore controlfile的时候，请一定注意output file的位置。如果输出文件的位置与当前pfile或spfile中指定的位置不一致的话，当mount数据库的时候不会使用刚restore回来的控制文件。所以，看到的信息会不一致。

4. 控制文件只需要restore过程即可，不需要recover，也不能catalog分析。所以，如果在控制文件放在文件系统中，可以直接copy即可。

5. 恢复Controlfile，必须在nomount的状态下执行。

这里顺便提一下Oracle启动的顺序，便于理解：

OFF  --------> NOMOUNT --------> MOUNT -------> OPEN

   PFILE/SPFILE       CONTROLFILE      REDO LOG

好了，今天就到这里。

ITPub博客

ORACLE 备份学习笔记（四）

最新文章