【关键术语】

Control file 控制文件

Multiplex 复用

Backup 备份

三、控制文件操作

1．复用控制文件

1) 保证控制文件的可用性

保证控制文件的可用性的方法是通过保留控制文件的多个复本，多个控制文件副本互为镜像，内容总是保持完全一致。这样当一个控制文件发生损坏或丢失，仍然可以使用其它的控制文件副本启动数据库，而不需要进行数据库恢复。然后，在适当时机增加新的控制文件，使控制文件仍然保持有多个镜像。每个 Oracle 数据库至少应该包含两个或两个以上的控制文件，控制文件的总数不能超过 8 个。

应该合理地放置控制文件，在设计数据库时，尽可能将控制文件分布到不同的磁盘上，以避免磁盘损坏导致所有控制文件丢失。另外，在修改了 Oracle 数据库的物理结构后，最好对控制文件进行一次备份。

2) 复用控制文件的方法

控制文件的复用是如何实现的呢？又怎样才能增加新的控制文件镜像呢？

方法很简单，停止数据库后，我们可以首先查看初始化参数文件，找到参数 control_files，如图 p1-1 所示，其中描述了目前使用的控制文件和位置。为了增加新的控制文件镜像，可以先用操作系统命令复制一个新的控制文件，然后修改该参数的设置。注意：在数据库打开时，控制文件是动态的，不能在数据库运行过程中复制控制文件，只有停止数据库后控制文件才是静止和一致的。否则增加镜像的过程就会失败。

3) 镜像丢失的维护

我们尝试在关闭数据库的状态下，删除一个控制文件到回收站，来模拟控制文件的丢失，然后启动数据库，观察控制文件丢失一个镜像的现象。并采取相应的维护措施。使数据库能够正常工作。

控制文件镜像丢失的维护

• 1 查看当前的控制文件

SQL> SELECT name FROM v$controlfile;
NAME
-----------------------------------------
/disk1/orcl/control01.ctl
/disk2/orcl/control02.ctl
/disk3/orcl/control03.ctl2 

• 2关闭数据库，删除最后一个控制文件 CONTROL03.CTL 到回收站

SQL> SHUTDOWN
数据库已经关闭。
已经卸载数据库。
ORACLE 例程已经关闭。

• 3 手工删除控制文件/disk3/orcl/control03.ctl
• 4 重新启动数据库，观察现象

SQL> STARTUPORACLE 
例程已经启动。
Total System Global Area 64035360 bytes
Fixed Size 453152 bytes
Variable Size 29360128 bytes
Database Buffers 33554432 bytes
Redo Buffers 667648 bytes
ORA-00205: ?????????????????????

数据库停止在 NOMOUNT 状态，错误 ORA-00205 表示控制文件错误，但这条信息并不明确。

• 5 查看跟踪记录信息

通 过 查 看 跟 踪 记 录 信 息 ， 可 以 进 一 步 确 定 错 误 类 型 。 跟 踪 文 件 位 $Oracle_Base/admin/db01/bdump，名称为 Alert_db01.log。该文件是 db01 数据库的跟踪警告文件，文件的最后有如下信息。

Fri Apr 14 14:52:00 2006
ORA-00202: controlfile: '/disk3/orcl/control03.ctl' 
ORA-27041: unable to open file
OSD-04002: 无法打开文件

可以看出'/disk3/orcl/control03.ctl'无法打开

• 6 修改服务器端参数文件

SQL> ALTER SYSTEM SET control_files ='/disk1/orcl/control01.ctl','/disk2/orcl/control02.ctl'SCOPE=SPFILE;
系统已更改。

• 7 关闭并重新启动数据库，使初始化参数的修改生效。

SQL> SHUTDOWN
ORA-01507: ??????
ORACLE 例程已经关闭。
SQL> STARTUPORACLE 
例程已经启动。
Total System Global Area 64035360 bytes
Fixed Size 453152 bytes
Variable Size 29360128 bytes
Database Buffers 33554432 bytes
Redo Buffers 667648 bytes

• 8 查看控制文件信息

SQL> SELECT name FROM v$controlfile;
NAME
-----------------------------------------
/disk1/orcl/control01.ctl
/disk2/orcl/control02.ctl

可以看到，控制文件只有两个镜像，至此数据库已经打开并可以正常工作了。

2．为控制文件增加镜像

在数据库启动状态下，修改服务器端初始化参数文件

SQL> ALTER SYSTEM SET control_files = '/disk1/orcl/control01.ctl','/disk2/orcl/control02.ctl','/disk3/orcl/control03.ctl' SCOPE=SPFILE;

• 1 关闭数据库，以确保复制后的控制文件与源控制文件内容完全相同

SQL> SHUTDOWN
数据库已经关闭。
已经卸载数据库。
ORACLE 例程已经关闭。

• 2 复制控制文件

可以使用当前的两个控制文件任意一个，复制为新的控制文件。在本实例中，在/disk1/orcl/目录下，将控制文件 control01.ctl 复制为/disk1/orcl/control03.ctl。

3 重新启动数据库

SQL> STARTUPORACLE
 例程已经启动。
Total System Global Area 64035360 bytes
Fixed Size 453152 bytes
Variable Size 29360128 bytes
Database Buffers 33554432 bytes
Redo Buffers 667648 bytes
数据库装载完毕。
数据库已经打开。

• 4 查看结果

SQL> select name from v$controlfile;
NAME
---------------------------------------------
/disk1/orcl/control01.ctl
/disk2/orcl/control02.ctl
/disk3/orcl/control03.ctl

四、备份与重建控制文件

1．控制文件重建的意义

当控制文件全部丢失或损坏，但数据文件和重做日志没有丢失和损坏。如果有一份在用数据文件、重做日志以及控制文件清单，还是可以尝试使用 CREATE CONTROLFILE 命令来重建控制文件。另外，如果要改变数据库名称或永久参数(MAX_DATAFILE 等)的话，也只能重新建立控制文件。

但是，必须要注意，建立控制文件是一项非常危险的工作，如果建立控制文件不成功，可能会潜在地损坏数据文件和重做日志。所以在建立控制文件之前，必须首先备份所有数据文件和重做日志，避免损坏用户的数据库。另外，建立控制文件要求用户必须要具有SYSDBA 系统权限。

2．控制文件的备份

控制文件本身也有必要在适当的时候进行备份，特别是数据库的结构进行了很大的修改。那么，可不可以将控制文件复制到另外一个位置，就算是备份了呢？这样做没有任何意义，因为控制文件里面的信息是不断更新的，如果把这样的备份用于启动数据库就会失败。Oracle 9i 提供了一个系统命令，可以将控制文件以脚本的形式备份到跟踪（或二进制）文件中，可以将此备份的脚本通过修改用于控制文件的重建。这条命令如下：

ALTER DATABASE BACKUP CONTROLFILE TO TRACE;

五、小结

控制文件是用于维护数据库完整性的重要文件，控制文件中记录了日志文件和数据文件以及检查点等信息，控制文件的位置由初始化参数文件指明，控制文件在装载数据库阶段打开。为了保证控制文件的可用性，通常需要通过移动、增加或删除镜像文件的方法来对其进行维护。

写在最后的话

感谢各位的支持与阅读，后续会继续推送相关知识和交流，欢迎交流、转发和关注，感谢！