控制文件是非常重要的文件，实例读取控制文件才能到mount状态。DBA的一个原则就是多路控制文件，今天我就做了个实验，学习了一下这个。
代码如下：
alter system set control_files='D:\app\wings\oradata\testdb\CONTROL03.CTL','D:\app\wings\oradata\testdb\CONTROL04.CTL' scope=spfile;
查看一下 ：
select value from v$spparameter where name = 'control_files';
这个时候就会看到两条数据了。
然后正常的关掉数据库：
shutdown immediate;
之后复制一份控制文件，改成上面的名字。启动数据库，再查看控制文件：
sho parameter control_files;
这时看到的就是两个控制文件了。
刚才犯了一个很白痴的错误，不妨写出来，让大家也笑一个。
step1
alter system set control_files='D:\app\wings\oradata\testdb\CONTROL04.CTL' scope=spfile;
这样就更改了系统，启动的话会以04这个文件启动。
之后我关掉了数据库，复制了03这个文件，命名为04，启动数据库一切正常。之后我很2的做了下一步：
step 2
alter system set control_files='D:\app\wings\oradata\testdb\CONTROL03.CTL','D:\app\wings\oradata\testdb\CONTROL04.CTL' scope=spfile;
之后重启数据库，很不幸的报错了：ora-01219。也没有任何说明，后来百度了一下，这个错误说的是我只能查特定的视图和表。在EM上看了一下，我的数据库处于nomount，也就是说我的控制文件在加载的时候出了问题。处理方案也很简单：
alter system set control_files='D:\app\wings\oradata\testdb\CONTROL04.CTL' scope=spfile;
然后重启一下就可以了。
当时我百思不得其解，为什么呢？后来，我做了这么一步，我又执行了一下step1，不过是把控制文件换成了03。重启，之后报错，提示我控制文件旧。这个时候我就顿悟了。我忽略了很重要的一点，那就是控制文件在数据库启动之后在不停的被更新着，03这个文件在几分钟没有被加载的时间里已经旧了。希望大家不要犯我这个低级错误。