【关键术语】
Control file 控制文件
Multiplex 复用
Backup 备份
三、控制文件操作
1．复用控制文件
1) 保证控制文件的可用性
保证控制文件的可用性的方法是通过保留控制文件的多个复本，多个控制文件副本互为镜像，内容总是保持完全一致。这样当一个控制文件发生损坏或丢失，仍然可以使用其它的控制文件副本启动数据库，而不需要进行数据库恢复。然后，在适当时机增加新的控制文件，使控制文件仍然保持有多个镜像。每个 Oracle 数据库至少应该包含两个或两个以上的控制文件，控制文件的总数不能超过 8 个。
应该合理地放置控制文件，在设计数据库时，尽可能将控制文件分布到不同的磁盘上，以避免磁盘损坏导致所有控制文件丢失。另外，在修改了 Oracle 数据库的物理结构后，最好对控制文件进行一次备份。
2) 复用控制文件的方法
控制文件的复用是如何实现的呢？又怎样才能增加新的控制文件镜像呢？
p1-1 控制文件的复用
方法很简单，停止数据库后，我们可以首先查看初始化参数文件，找到参数 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 bytesFixed Size 453152 bytesVariable Size 29360128 bytesDatabase Buffers 33554432 bytesRedo Buffers 667648 bytesORA-00205: ?????????????????????
数据库停止在 NOMOUNT 状态，错误 ORA-00205 表示控制文件错误，但这条信息并不明确。
- 5 查看跟踪记录信息
通 过 查 看 跟 踪 记 录 信 息 ， 可 以 进 一 步 确 定 错 误 类 型 。 跟 踪 文 件 位 $Oracle_Base/admin/db01/bdump，名称为 Alert_db01.log。该文件是 db01 数据库的跟踪警告文件，文件的最后有如下信息。
Fri Apr 14 14:52:00 2006ORA-00202: controlfile: '/disk3/orcl/control03.ctl' ORA-27041: unable to open fileOSD-04002: 无法打开文件
可以看出'/disk3/orcl/control03.ctl'无法打开
- 6 修改服务器端参数文件
SQL> ALTER SYSTEM SET control_files ='/disk1/orcl/control01.ctl','/disk2/orcl/control02.ctl'SCOPE=SPFILE;系统已更改。
- 7 关闭并重新启动数据库，使初始化参数的修改生效。
SQL> SHUTDOWNORA-01507: ??????ORACLE 例程已经关闭。SQL> STARTUPORACLE 例程已经启动。Total System Global Area 64035360 bytesFixed Size 453152 bytesVariable Size 29360128 bytesDatabase Buffers 33554432 bytesRedo 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 bytesFixed Size 453152 bytesVariable Size 29360128 bytesDatabase Buffers 33554432 bytesRedo 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;
五、小结
控制文件是用于维护数据库完整性的重要文件，控制文件中记录了日志文件和数据文件以及检查点等信息，控制文件的位置由初始化参数文件指明，控制文件在装载数据库阶段打开。为了保证控制文件的可用性，通常需要通过移动、增加或删除镜像文件的方法来对其进行维护。
写在最后的话
感谢各位的支持与阅读，后续会继续推送相关知识和交流，欢迎交流、转发和关注，感谢！